测试需求 和 软件需求（开发人员提供的）到底会有多少差别？
测试需求源于软件需求，两者会有多少区别？软件需求需要做需求跟踪矩阵
测试需求需要在TD里做测试需求管理。两者可否合二为一？
烦请高手解惑，谢谢 怎么没有高手指点迷津呢？等啊等...... 我也较迷惑！ 楼主，能不能把测试需求的过程详细地说一下？
包括目的，方法等等。我是第一次听过测试需求的说法，以前公司里也没有做过，所以，烦请啦。 没做过:o 楼主的问题提得不怎么让人明白，与4楼同感 也没明白 你说的测试需求就是测试方案吧！
其实有功能说明书和软件需求说明书就行了，你下一步就是写个测试计划
然后写测试用例！ 这两个需求是有联系的，但也有不少区别
软件（产品）需求：一般主要用于说明软件（产品）所要实现的功能、运行环境、开发周期……
测试需求：注重说明在测试实施阶段，所需人力、时间、软硬件环境、文档资料……
一个是针对产品所提的要求，一个是针对测试所提的要求。 需求名称：用户登录安全验证
需求描述：用户登录安全验证是为了保证所有登录到系统中的用户，都是由系统管理员预先在系统中设定的。使用系统中不存在的用户名，或者用户名输入正确，但密码输入错误情况，都无法登录到系统中。当用户使用了不存在的用户名或错误的密码时，系统应分别给出适当的提示。如果用户连续三次无法使用正确的用户名和密码登录到系统，则系统应给出适当的提示，并退出当前程序。如果用户使用正确的用户名和密码登录到系统，则退出界面，转到系统主界面。对于用户登录界面和程序主界面，请参考相应的UI设计文档。
测试需求：
01. 检查能否使用正确的用户名和密码登录到系统；
02. 检查能否使用错误的用户名或密码登录到系统；
03. 检查使用错误的用户名和密码登录失败超过三次，是否会自动退出当前程序。
这个是Jakei大人的文章中的小例子 产品需求是一堆比较杂乱的信息，有从市场来的，有直接从客户来的，有开发人员自己提的，等等。对于开发部门来说，大的产品会分成独立的项目进行，项目的输入为《工作任务书》，然后各项目组开始SRS（分析与本项目有关的需求）。对于测试来说，也应该在概念阶段就参与进去，一般由测试系统工程师对产品需求进行测试需求分析。测试与开发分析的角度是不一样的。
楼上的举的例子还是比较正确的，只是其中测试需求部分其实是经过分析后的一条一条的测试规格了，再细化后就是测试用例了。
对于楼主问的软件需求是否能与测试需求合而为一，答案肯定是不行！
欢迎讨论：wangweiping@hanpow.com 不明白 还是不太懂 按道理是先有测试需求吧 差别没那么大吧，有些写得详细的软件需求就可以用作测试需求了，就是表达不同而已，而且现在有多少公司会把两份需求都写得很具体？能把软件需求写详细就不错了 支持10楼~受教了~ sdlkfj8 可测试性需求来源与需求，需求是给开发和测试人员看的，而可测试需求是测试人员从可测试的角度提出的需求，最终目的是要写出测试用例 ~~~sdlkfj5
[ 本帖最后由 jy00274486 于 2007-7-2 18:12 编辑 ] 测试需求是测试人员根据用户需求和你说的开发提供的软件需求编写的，它需要测试用户需求的正确性以及挖掘出隐式需求。
软件需求就是srs
个人理解
[ 本帖最后由 shtina 于 2007-7-27 19:12 编辑 ]
页:
[1]
2
