从需求规格说明书中提取测试需求，什么样的测试需求才是正确的，而测试需求的目的到底是作为测试用例设计的基础还是去验证需求规格说明书中的所列的需求？

从专业、职业、敬业精神的软件开发角度来说测试需求是必需的！

测试需求是进行后面测试工作的基础

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

需求是基础啊！没有需求做什么软件，做出来的东西肯定也好不到哪里去。
而且也将无法控制整个产品质量。

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

对于较大的产品来说，是必须的。
由测试系统工程师负责测试需求分析和测试需求跟踪。

60%的BUG出现在需当中，没有良好的需求文档，软件开发的效率可想而知。

引用:

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

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

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

测试需求是为了后面的测试用例的设计服务的，但是要注意测试需求和用户需求之间的跟踪关系。

引用:

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

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

dblfl

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

这个讨论真不错， 从06年的1月份到06年的12月份  呵呵

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

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

同意！！

讨论的不错，受益非浅啊sdlkfj2

以需求规格说明书为依据，提取或补充相应的测试需求。这样就可以了。

测试需求大部分是从测试规格说明书中提取出来的，是测试用例设计的基础，测试用里反过来是验证需求规格说明书中所提需求是否满足的

测试需求编写的非常详细，覆盖了所有的用户需求，那他的指导意义才能体现出来

几乎所有的测试培训资料都这么说的啦!