1、需求评审检查表-软件测试
需求特性
检查内容
完整性
是否有一个表格，该表格包含了所有需求的描述
是否所有的图形、表格都被进行了标号
是否所有的需求项都被进行了标号，并提供了索引
对于不清晰的信息是否做了标记
是否所有及需求相关的设计约束都被包含了
是否所有及需求相关的外部接口都被包含了
是否所有及需求相关的硬件都被包含了
是否所有及需求相关的软件都被包含了
是否所有及需求相关的输入输出都被包含了
是否所有及需求相关的安全特性都被包含了
需求定义是否包含了有关功能、性能、限制、目标、质量等方面的所有需求
是否对各种操作模式（如正常、非正常、有干扰等）下的环境条件都
2、做了规定
是否对所有功能及时间因素有关的方面都做了考虑？他们的时间准则是否都说明了？时间准则的最大、最小执行时间是否都定义了
是否定义系统所有的输入
是否标识清楚了系统输入的来源
是否说明了系统输入、输出的类型
是否说明了系统输入、输出的值域、单位、格式等。
是否定义了系统输入、输出的精度
兼容性
界面需求是否使软硬件系统具有兼容性
需求定义的文档是否满足项目文档编写标准？矛盾时，是否有适当的标准可供选择
一致性
各个需求之间一致
是否标准的术语和定义形式
所采用的技术是否及用户要求的技术一致
正确性
需求定义是否满足标准的要求
算法和规则是否有科技文献作为基础
3、
是否定义了对在错误、危险分析中所标识的各种故障模式和错误类型所需的反应
对设计和实现的限制是否都有了论证
可行性
需求定义是否使软件的设计、实现、操作和维护都可行
所规定的模型、数值方法和算法是否对待解决问题合适？是否能够在相应的限制条件下实现
易修改性
对需求定义的描述是否易于修改（如是否采用良好的结构和交叉引用表等）
是否有冗余的信息？是否一个需求被定义了多次
健壮性
是否容错需求？
易跟踪性
是否每个需求都具有唯一性并且可以正确地识别它
是否可从上一阶段的文档中找到需求定义的相应内容
需求定义是否明确地表明前阶段中提出的有关需求和设计限制都以被覆盖了
需求
4、定义是否便于向后继开发阶段查找信息
可理解性
最终产品的每个特性是否始终采用同一个术语描述
是否每一个需求都只有一种解释
功能性需求是否以模块方式描述的，是否明确地标识了其功能
是否术语定义一览表
语言是否有歧义性
性能
是否精确地描述了所有的性能需求和可容忍的性能降低程度？对每一个性能应包含两方面的内容：
最坏情况下的执行情况；
本性能失效后，对系统产生的影响。
是否指定了所有期望的处理时间
是否指定了数据传输速率
是否指定了系统的吞吐量
功能
是否清楚、明确地描述了所有的功能
所有描述的功能是否必须的？是否能满足任务书或系统目标的要求
接口
是否清楚地定
5、义了所有的外部接口
是否清楚地定义了所有的内部接口
所有接口是否必须？各接口间的关系是否一致、正确
硬件
是否指定了最小内存需求
是否指定了最小存储空间要求
是否指定了最大内存需求
是否指定了最大存储空间要求
是否指定了所有要及系统一起购买的硬件产品
软件
是否指定了需要的软件/操作系统
是否指定了所有要及系统一起购买的软件产品
通信
是否指定了目标网络
是否指定了需要的网络协议
是否指定了网络性能要求
可维护性
需求定义中是否包含了可行的系统维护方法
可靠性
是否为每个需求指定了软件失效的结果
是否指定了软件无故障运行时间
是否指定了系统稳定性要求
是否制定了系统自我监测要求
安全
是否提出了网络安全要求
是否提出了系统运行程序安全要求
是否提出了系统权限管理要求
4 / 4
浙ICP备2021020529号-1 | 浙B2-20240490 
