测试需求

marystone

测试在我们公司是新天地，我在这里就是摸着石头过河。
都没有写测试需求。测试需求应该和软件需求没有太大的区别吧，是不是就是把测试的点都提取出来呢？？测试用例就围绕这个测试的点，发挥想像力，进行扩展？？
测试需求一般都是在什么时候写呢？？软件需求确定了以后，就可以开始写测试需求了？？

stonemary

嗯，明白了很多

navysong

sorry ,明白了不少。看来我理解成需求评审了，抱歉。
多多加强，向大家学习。

bbbian

软件需求说明软件工作要完成那些东西
测试需求说明本次测试需要完成的工作内容。
测试需求应该从软件需求中来，
但测试需求应该不软件更完善和细致，

举一个例子
人员基本信息管理系统的人员基本信息的增加功能，在软件需求只需要写增加功能的基本作用，设计那些数据，数据的类型，长度就可以了，但测试需求就要更完善了。比如我们单位会在这个点进行如下扩充
1添加0条记录（就是进入就退出，不添加任何数据）
2添加一个数据
3添加多个数据
这只是最初步的扩展，在往下扩展2
2。1添加一个标准数据（输入域无错误数据，看数据是否可以正确添加到系统总）
2。2修改第一个数据域。其他的输入域不变。
2。2。1合法数据（可以按照划分等价类和边界值等方法构造正确的数据）
2。2。2非法数据（可以按照划分等价类和边界值等方法构造非正确的数据）
2。2。修改第二个数据（第一个输入和3以后的数据和标准数据相同
。。。。。。
。。。。。
2。2。4多数据域有错误
如果时间不够就测试一个组合（全部数据都有问题）
。。。。。。
这样添加功能的基本测试完成
但不要忘了还要测试功能混合测试（查询、修改、添加操作的相互影响否？）
多用户同时操作测试
多用户不同类型测试是否有影响


可见软件需求和测试需求的区别的区别还是很大的

navysong

我的公司跟楼主情况差不多。
我做开发兼测试，测试需求要根据你们的具体情况
可以采取非正式、正式的需求评审，也可以同事间审查了。我的经验感觉小项目组实施正式评审比较困难
采用一些同事检查，产出需求评审列表、缺陷报告、跟踪报告，看你们情况而定了，不适合就不需要使用。

你所说的提出需求点，那时想写测试用例吧，要根据具体的测试要求来写测试案例，比如系统测试要依据需求说明书，进行功能性行为测试。
可以多多补充些测试相关的知识。

jlz1984

根据软件开发V字模型，在软件需求确定并形成软件需求规格说明书时，测试人员要根据软件需求规格说明书编写系统测试用例，做了概要设计后编写集成测试用例，然后了对软件做详细设计，测试人员再根据详细设计说明书编写单元测试用例

ting-woaini

测试需求应该重点考虑的是测试的功能,范围，重点等方面的问题,它不同与计划,计划重点考虑方法,进度等,一般都是软件需求分析一完就马上进行测试需求分析.

lovsnow

应该是的吧