51Testing软件测试论坛

标题: 需求太简单,如何设计用例 [打印本页]

作者: lhjtc8257 时间: 2007-9-17 15:23
标题: 需求太简单,如何设计用例
1.需求太简单!
2.软件还没做出来(看都没看到)
很多软件的功能都是测试后台的

如果设计用例,感觉越来越抽象了

[ 本帖最后由 lhjtc8257 于 2008-1-10 21:36 编辑 ]

作者: dpdpdp 时间: 2007-9-17 16:17
2.软件还没做出来(看都没看到)
首先这种想法应该是不对的。用例的设计不能依据最后的软件，设计用例的目的是去测试这个软件
1.需求太简单!
可以首先考虑需求中是否给出输入输出及处理过程，以及是否涉及状态的变化
然后针对不同情况，采用不同的方法进行分析

作者: lhjtc8257 时间: 2008-1-10 21:43
如何能通过简单的需求去了解软件
(操作说明,或则用户手册都没有)

[ 本帖最后由 lhjtc8257 于 2008-5-9 00:59 编辑 ]

作者: ericazou 时间: 2008-4-2 11:35
应该是什么都没有，我们公司也是这样，拿着操作说明书写用例

作者: buaaaj 时间: 2008-4-2 15:03
这种情况太常见了
需求太简单，那有需求人员吗？或者是业务人员？如果有，那么业务培训是必不可少的，在培训中了解和熟悉业务，在理解业务的基础上编写用例，在用例编写过程中就会发现很多问题，然后带着问题去咨询需求人员，这样就能在一定程度上减少因为需求太少太简单造成的理解偏差

软件没有开发出来，这个太正常了，如果等完全开发完毕再测试，那岂不是项目周期要拖的很长？尽快尽早测试是最基本的测试原则

测试用例要避免抽象，抽象是开发人员的工作，测试人员的工作就是要严格根据需求进行验证。

作者: mrxangel1986 时间: 2008-4-2 20:47
这样的情况在中国普遍存在，需求太少

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)