51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2867|回复: 5
打印 上一主题 下一主题

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

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-9-17 15:23:53 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
1.需求太简单!
2.软件还没做出来(看都没看到)
很多软件的功能都是测试后台的

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

[ 本帖最后由 lhjtc8257 于 2008-1-10 21:36 编辑 ]
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

6#
发表于 2008-4-2 20:47:34 | 只看该作者
这样的情况在中国普遍存在,需求太少
回复 支持 反对

使用道具 举报

该用户从未签到

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

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

测试用例要避免抽象,抽象是开发人员的工作,测试人员的工作就是要严格根据需求进行验证。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2008-4-2 11:35:58 | 只看该作者
应该是什么都没有,我们公司也是这样,拿着操作说明书写用例
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2008-1-10 21:43:08 | 只看该作者
如何能 通过简单的需求 去了解软件
(操作说明,或则用户手册都没有)

[ 本帖最后由 lhjtc8257 于 2008-5-9 00:59 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

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

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-8 00:44 , Processed in 0.064506 second(s), 26 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表