51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 11345|回复: 27
打印 上一主题 下一主题

[讨论] 比较迷惑测试需求是不是必需的?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-12-14 15:59:50 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
从需求规格说明书中提取测试需求,什么样的测试需求才是正确的,而测试需求的目的到底是作为测试用例设计的基础还是去验证需求规格说明书中的所列的需求?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2005-12-15 09:56:34 | 只看该作者
从专业、职业、敬业精神的软件开发角度来说测试需求是必需的!
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2005-12-15 11:51:07 | 只看该作者
测试需求是进行后面测试工作的基础
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2005-12-31 11:54:31 | 只看该作者
好像是需要有一定的测试经验的人,比较有可能提出可测试需求。
因为他们在之前的测试中遇到问题,比如希望开发人员提供一些额外的命令来验证系统的某些操作是否实现了预期的操作并且没有对周边环境或数据造成影响,基于此经验基础之上,可以在需求分析阶段,将自己的可测试需求提出来,并纳入需求规格说明书中。
另外,需求分析阶段提出可测试需求对于后期的软件维护也有很大的帮助,例如在软件中植入一些调试命令(但这些命令并不一定要提供给客户方),在软件出现问题的时候,可以充分利用这些调试命令,快速定位问题,并解决问题。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2006-1-26 18:51:43 | 只看该作者
需求是基础啊!没有需求做什么软件,做出来的东西肯定也好不到哪里去。
而且也将无法控制整个产品质量。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2006-2-13 16:22:49 | 只看该作者
各位说的都没错,测试需求告诉我们做什么,测试用例告诉我们去怎样做,但我认为如果用用例来描述需求,那么在用例里面将基本路径和所有的分支路径都描述出来,就像白盒测试技术里的路径覆盖方法一样,那么按照系统用例就可以写出测试用例,测试需求没有起到应有的作用!
在就是如果写测试需求,测试需求该从哪些点来提取(拿用例描述需求来谈)
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2006-4-2 16:52:49 | 只看该作者
对于较大的产品来说,是必须的。
由测试系统工程师负责测试需求分析和测试需求跟踪。
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2006-4-24 14:34:21 | 只看该作者
60%的BUG出现在需当中,没有良好的需求文档,软件开发的效率可想而知。
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2006-4-28 16:47:29 | 只看该作者
原帖由 lelebachelor 于 2006-4-24 14:34 发表
60%的BUG出现在需当中,没有良好的需求文档,软件开发的效率可想而知。

非常正确。失败的软件,基本上都是在需求上出问题的
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2006-4-28 17:29:43 | 只看该作者
需求是软件产品的标准,需求解决了做什么的问题,开发考虑怎么做问题。做了对还是错就需要拿需求与开发的结果对比,没有需求就无从判断软件的好坏。
同样,测试需求是测试的标准,做什么测试是测试需求中确定,测试通过的标准同样需要测试需求明确,很难想象一个没有标准的测试如何去判断测试结果正确与否。
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2006-6-3 20:53:55 | 只看该作者
测试需求是为了后面的测试用例的设计服务的,但是要注意测试需求和用户需求之间的跟踪关系。
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2006-10-23 13:20:44 | 只看该作者
原帖由 Fuli 于 2005-12-15 09:56 发表
从专业、职业、敬业精神的软件开发角度来说测试需求是必需的!

同意fuli说的.
另外
如果想从全面的了解该系统的需求点是否都被测试过,换句话说:也就是测试是否覆盖了所有的需求点,那么,这个测试需求是必须要写的,而且测试用例也要写并且严格执行,这样,到了验收时,就能知道我的测试是否覆盖了需求说明书上的所有的需求点.
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2006-12-30 14:46:54 | 只看该作者
dblfl

中级战友
说的非常好,其实作为测试人员主要是以需求规格说明书为依据,提取或补充相应的测试需求。可以给大家一个思路。
比如功能需求优先级、标准模块、功能分解、性能需求整理几方面入手来展开工作。
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2006-12-31 16:26:14 | 只看该作者
这个讨论真不错, 从06年的1月份到06年的12月份  呵呵

我的理解是   测试需求是必须的

因为测试需求是测试人员的工作目标
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2007-4-12 15:48:28 | 只看该作者

回复 #8 lelebachelor 的帖子

同意!!
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2007-6-12 15:29:40 | 只看该作者
讨论的不错,受益非浅啊sdlkfj2
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2007-6-24 17:11:17 | 只看该作者
以需求规格说明书为依据,提取或补充相应的测试需求。这样就可以了。
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2007-7-5 10:53:02 | 只看该作者
测试需求大部分是从测试规格说明书中提取出来的,是测试用例设计的基础,测试用里反过来是验证需求规格说明书中所提需求是否满足的
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2007-7-5 20:43:26 | 只看该作者
测试需求编写的非常详细,覆盖了所有的用户需求,那他的指导意义才能体现出来
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2007-7-10 22:11:40 | 只看该作者
几乎所有的测试培训资料都这么说的啦!
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-15 02:09 , Processed in 0.082679 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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