有测试的小伙伴不太清楚需求测试的范围及规范,整理了下,希望可以帮到大家。
需求规格说明书应该遵循的原则:
1.功能和实现分离,即描述要实现的结果结果,不要描述实现的过程
2.要求使用面向处理的规格说明语言,讨论来自环境的各种刺激可能导致系统做出什么样的功能性反应,来定义一个行为模型,从而得到“做什么”的规格说明
3.如果目标软件执行一个大系统中的一个元素,那么整个大系统也包括在规格说明的描述之中,描述该目标软件与系统的其他系统元素交互的方式
4.规格说明必须包括系统运行的环境(如Windows、Android、iOS、Mac等)
5.系统规格说明必须是一个认识的模型,而不是设计或实现的模型
6.规格说明必须是可操作的。规格说明必须是充分完全和形式的,以便能够利用它决定对于任意给定的测试用例,已提出的实现方案是否都能都能满足规格说明。
7.规格说明必须容许不完备性并允许扩充
8.需求规格说明必须局部化和解耦
需求规格说明书框架:
一、引言
1.系统参考文献
2.整体描述
3.软件项目约束
二、信息描述
1.信息内容表示
2.信息流表示
1)数据流
2)控制流
三、功能描述
1.功能划分
2.功能描述
1)处理说明
2)限制/局限
3)性能需求
4)设计约束
5)支撑图
3.控制描述
1)控制规格说明
2)设计约束
四、行为描述
1.系统状态
2.事件和响应
五、检验标准
1.性能范围
2.测试种类
3.期望的软件响应
4.特殊的考虑
六、参考资料
七、附录
需求规格说明书评测规范
编号 | 评测项 | 评测结果 |
清晰性 | ||
1 |