需求测试需要注意以下内容:
- 测试人员参加需求分析,对需求了解的深刻有助于减少与开发人员无谓的交互,节省时间。
- 如果等到开发提测之后再写测试用例,时间就会很紧张,测试用例也容易写的不完善。所以应该早期确定测试用例的编写思路,为测试打好基础。
- 可以获取一些测试数据(尽可能从客户那里),为测试用例设计提供帮助。
- 需求分析阶段可以发现需求不合理的部分,尽早提出有助于后期工作的稳定性。
- 需求项必须是可以具体执行的,可以评测的内容,尽量不要写抽象的需求。
- 测试需求分析还包括与客户的交流以澄清某些混淆。
- 对需求需要确定优先级。
- 确保风险承担者对项目达成共识。
- 以需求为基础编写测试用例框架甚至是初步的用户手册。
需求规格说明书包含以下检查方面:
- 是否覆盖了用户提出的全部需求;
- 用词是否清晰,语义是否存在有歧义的地方;
- 是否清楚地描述了软件需要做什么不需要做什么;
- 是否描述了软件的目标环境,包括软硬件环境;
- 是否对需求项进行了合理的编号;
- 需求项是否前后一致无冲突;
- 是否清楚地说明了系统的输入、输出、以及输入输出之间的对应关系;
- 是否清晰地描述了软件系统的性能要求;
- 需求的优先级设置是否合理;
- 是否描述了各种约束条件。