|
对软件需求进行评审的一些注意事项,欢迎测试朋友讨论。。。。。
xxxx软件需求过程检查列表
文档名称:
检查人:
检查时间:
序号
检查项
检查结果(是/否/NA)
1
是否所有的系统输入已确定,包括其来源、准确性,取值范围和频率?
2
是否所有的系统输出已确定,包括其目的地、准确性,取值范围、频率和格式?
3
是否已确定所有的通信接口信息包括握手、错误检查、通讯协议、返回码的统一定义?
4
是否定义清楚与其他模块和产品的交互流程
5
是否提供量化的性能指标
6
需求描述是否带有二义性,如“3个月以上”——是否包括3个月?
7
是否有系统失败和成功的定义?
8
是否详细说明了系统的可维护性,包括在操作环境中响应变化的能力,和其它软件交互的能力,准确性,性能和其它预知的附加功能?
9
所有的需求之间不互相冲突吗?
10
需求分析避开了设计方面的细节问题吗?
11
每项需求都可测试吗?每项需求是否能够独立得到验证?
12
每个条目都与问题及其解决方案相关吗?在发现问题时每个条目都能追溯到它的起因吗?
13
从用户观点来看,是否考虑了操作的易用性和可用性?
14
是否考虑了新增功能点对原有功能的影响?
15
是否考虑了数据合法性校验的规定?
评审小组:
名称及职位: 签字:
1 ___________ ___________
2 ____________
评审结果:
接受: 就这样 ( ) 少量改动 ( )
拒绝: 需要大量改动 ( ) 需要较小改动 ( )
评审未完: ( 必须附加说明 )
备注: |
|