需求太简单,如何设计用例

lhjtc8257 · 发表于 2007-9-17 15:23:53

1.需求太简单!
2.软件还没做出来(看都没看到)
很多软件的功能都是测试后台的

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

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

dpdpdp · 发表于 2007-9-17 16:17:21

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

lhjtc8257 · 发表于 2008-1-10 21:43:08

如何能通过简单的需求去了解软件
(操作说明,或则用户手册都没有)

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

ericazou · 发表于 2008-4-2 11:35:58

应该是什么都没有，我们公司也是这样，拿着操作说明书写用例

buaaaj · 发表于 2008-4-2 15:03:48

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

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

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

mrxangel1986 · 发表于 2008-4-2 20:47:34

这样的情况在中国普遍存在，需求太少

		自动登录	找回密码
密码			(注-册)加入51Testing

[讨论] 需求太简单,如何设计用例

相关帖子

站长推荐 /1