51Testing软件测试论坛

标题: 比较迷惑测试需求是不是必需的？ [打印本页]

作者: dblfl 时间: 2005-12-14 15:59
标题: 比较迷惑测试需求是不是必需的？
从需求规格说明书中提取测试需求，什么样的测试需求才是正确的，而测试需求的目的到底是作为测试用例设计的基础还是去验证需求规格说明书中的所列的需求？

作者: Fuli 时间: 2005-12-15 09:56
从专业、职业、敬业精神的软件开发角度来说测试需求是必需的！

作者: qiuyangzh 时间: 2005-12-15 11:51
测试需求是进行后面测试工作的基础

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

作者: johnjinwei 时间: 2006-1-26 18:51
需求是基础啊！没有需求做什么软件，做出来的东西肯定也好不到哪里去。
而且也将无法控制整个产品质量。

作者: dblfl 时间: 2006-2-13 16:22
各位说的都没错，测试需求告诉我们做什么，测试用例告诉我们去怎样做，但我认为如果用用例来描述需求，那么在用例里面将基本路径和所有的分支路径都描述出来，就像白盒测试技术里的路径覆盖方法一样，那么按照系统用例就可以写出测试用例，测试需求没有起到应有的作用！
在就是如果写测试需求，测试需求该从哪些点来提取（拿用例描述需求来谈）

作者: 浊玉 时间: 2006-4-2 16:52
对于较大的产品来说，是必须的。
由测试系统工程师负责测试需求分析和测试需求跟踪。

作者: lelebachelor 时间: 2006-4-24 14:34
60%的BUG出现在需当中，没有良好的需求文档，软件开发的效率可想而知。

作者: shmilyfan 时间: 2006-4-28 16:47

原帖由 lelebachelor 于 2006-4-24 14:34 发表
60%的BUG出现在需当中，没有良好的需求文档，软件开发的效率可想而知。

非常正确。失败的软件,基本上都是在需求上出问题的

作者: warning 时间: 2006-4-28 17:29
需求是软件产品的标准，需求解决了做什么的问题，开发考虑怎么做问题。做了对还是错就需要拿需求与开发的结果对比，没有需求就无从判断软件的好坏。
同样，测试需求是测试的标准，做什么测试是测试需求中确定，测试通过的标准同样需要测试需求明确，很难想象一个没有标准的测试如何去判断测试结果正确与否。

作者: jihuli5 时间: 2006-6-3 20:53
测试需求是为了后面的测试用例的设计服务的，但是要注意测试需求和用户需求之间的跟踪关系。

作者: pierre0505 时间: 2006-10-23 13:20

原帖由 Fuli 于 2005-12-15 09:56 发表
从专业、职业、敬业精神的软件开发角度来说测试需求是必需的！

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

作者: junfeng513 时间: 2006-12-30 14:46
dblfl

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

作者: digman_2005 时间: 2006-12-31 16:26
这个讨论真不错，从06年的1月份到06年的12月份呵呵

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

因为测试需求是测试人员的工作目标

作者: windyfreeze 时间: 2007-4-12 15:48
标题: 回复 #8 lelebachelor 的帖子
同意！！

作者: zhangj8826 时间: 2007-6-12 15:29
讨论的不错，受益非浅啊sdlkfj2

作者: wuying36172 时间: 2007-6-24 17:11
以需求规格说明书为依据，提取或补充相应的测试需求。这样就可以了。

作者: disaycare111 时间: 2007-7-5 10:53
测试需求大部分是从测试规格说明书中提取出来的，是测试用例设计的基础，测试用里反过来是验证需求规格说明书中所提需求是否满足的

作者: yunxiz 时间: 2007-7-5 20:43
测试需求编写的非常详细，覆盖了所有的用户需求，那他的指导意义才能体现出来

作者: 绿野小径 时间: 2007-7-10 22:11
几乎所有的测试培训资料都这么说的啦!

作者: hollyzhao 时间: 2007-7-17 01:06

原帖由 warning 于 2006-4-28 17:29 发表
需求是软件产品的标准，需求解决了做什么的问题，开发考虑怎么做问题。做了对还是错就需要拿需求与开发的结果对比，没有需求就无从判断软件的好坏。
同样，测试需求是测试的标准，做什么测试是测试需求中确定， ...

同意。。

作者: charliemr 时间: 2007-7-17 02:12
需求是系统测试阶段必须准备的，首先分析需求，后设计出需求分析说明书，根据需求说明书来设计测试用例。什么样的测试需求才是正确的，其实就是用户的显示和隐式需求，一切根据顾客的要求来，说白了：顾客就是上帝！

作者: only0618 时间: 2007-8-9 15:36
我也同意，测试需求是必须，
我现在的流程，就是以测试需求为主

作者: cangmang 时间: 2007-8-28 11:01
当然是必须要的拉,而且越详细越好

作者: black.sam 时间: 2007-9-6 16:59
话题好像重复

作者: 藍色飛揚 时间: 2007-9-9 21:10
测试需求当然是必须的

它是从SRS中提取出来的
用例是依据测试需求分析出来的测试项来设计的
做好测试需求分析，可以大大的减少漏测现象的产生

作者: 我爱大熊 时间: 2007-9-16 21:54
同意sdlkfj6

作者: sony3631 时间: 2007-9-18 16:49
还在疑惑中，如何作测试需求？是对需求规格说明书进行测试吗？sdlkfj1

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