51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

[求助] 如何做好测试需求开发?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-8-11 17:22:12 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
如何进行测试需求开发?
当软件需求规格说明书不明确的情况下如何做好软件测试需求,进行测试用例设计、用例开发、系统测试工作?
谢谢!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2009-8-12 10:15:13 | 只看该作者
这个现象是很常见的
我个人认为:在软件需求规格说明书不明确的情况下应该先从上游抓起,为什么软件需求规格说明书会给测试设计中测试需求分析人员带来一种软件需求不明确不好做软件的测试需求的感觉。
前期是否有让该项目的PD,PM,PT,RD的作者一起参与对该文档的评审,作为测试需求分析的测试人员是否有对软件需求规格说明书中不明确的地方提出疑问,在此达成对质量需求或产品特性的一致性认识?
如果说,公司没有需求评审或者做的不是很到位,那我个人认为,在测试需求分析形成测试需求的阶段应该做一个对软件需求规格说明书的功能特性分类表,形成后,与需求人员,设计人员进行沟通,最好能发起一个小的评审,后期就是对该表的一个跟踪和维护啦

类似于需求跟踪矩阵这样的东东

一家之言,欢迎指正
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2009-8-12 10:29:39 | 只看该作者
个人认为:
1、先熟读和理解目前暂有的需求
2、把需求中不明确的地方用文档整理出来,先书面咨询设计人员
3、再有不明确的地方,在设计测试需求的时候,口头或者再次咨询
4、测试需求完毕后,做一个评审
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2009-8-12 15:10:23 | 只看该作者
需求不明确对于软件行业行业是很正常的。
应该和设计人员进行探讨确定相应的需求
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2010-2-26 10:34:23 | 只看该作者

高手提供详细

希望高手能够提供更加详细的材料,谢谢。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2010-10-22 17:39:57 | 只看该作者
需求开发还是比较多的了。。。。   !!!
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-12 00:34 , Processed in 0.070510 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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