需求评审检查表-软件测试.doc

《需求评审检查表-软件测试.doc》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、需求特性检查内容完整性是否有一个表格，该表格包含了所有需求的描述是否所有的图形、表格都被进行了标号是否所有的需求项都被进行了标号，并提供了索引对于不清晰的信息是否做了标记是否所有与需求相关的设计约束都被包含了是否所有与需求相关的外部接口都被包含了是否所有与需求相关的硬件都被包含了是否所有与需求相关的软件都被包含了是否所有与需求相关的输入输出都被包含了是否所有与需求相关的安全特性都被包含了需求定义是否包含了有关功能、性能、限制、目标、质量等方面的所有需求是否对各种操作模式（如正常、非正常、有干扰等）下

2、的环境条件都做了规定是否对所有功能与时间因素有关的方面都做了考虑？他们的时间准则是否都说明了？时间准则的最大、最小执行时间是否都定义了是否定义系统所有的输入是否标识清楚了系统输入的来源是否说明了系统输入、输出的类型是否说明了系统输入、输出的值域、单位、格式等。是否定义了系统输入、输出的精度兼容性界面需求是否使软硬件系统具有兼容性需求定义的文档是否满足项目文档编写标准？矛盾时，是否有适当的标准可供选择一致性各个需求之间一致是否标准的术语和定义形式所采用的技术是否与用户要求的技术一致正确性需求定义是否满

3、足标准的要求算法和规则是否有科技文献作为基础是否定义了对在错误、危险分析中所标识的各种故障模式和错误类型所需的反应对设计和实现的限制是否都有了论证可行性需求定义是否使软件的设计、实现、操作和维护都可行所规定的模型、数值方法和算法是否对待解决问题合适？是否能够在相应的限制条件下实现易修改性对需求定义的描述是否易于修改（如是否采用良好的结构和交叉引用表等）是否有冗余的信息？是否一个需求被定义了多次健壮性是否容错需求？易跟踪性是否每个需求都具有唯一性并且可以正确地识别它是否可从上一阶段的文档中找到需求定义

4、的相应内容需求定义是否明确地表明前阶段中提出的有关需求和设计限制都以被覆盖了需求定义是否便于向后继开发阶段查找信息可理解性最终产品的每个特性是否始终采用同一个术语描述是否每一个需求都只有一种解释功能性需求是否以模块方式描述的，是否明确地标识了其功能是否术语定义一览表语言是否有歧义性性能是否精确地描述了所有的性能需求和可容忍的性能降低程度？对每一个性能应包含两方面的内容：最坏情况下的执行情况；本性能失效后，对系统产生的影响。是否指定了所有期望的处理时间是否指定了数据传输速率是否指定了系统的吞吐量功能是

5、否清楚、明确地描述了所有的功能所有描述的功能是否必须的？是否能满足任务书或系统目标的要求接口是否清楚地定义了所有的外部接口是否清楚地定义了所有的内部接口所有接口是否必须？各接口间的关系是否一致、正确硬件是否指定了最小内存需求是否指定了最小存储空间要求是否指定了最大内存需求是否指定了最大存储空间要求是否指定了所有要与系统一起购买的硬件产品软件是否指定了需要的软件/操作系统是否指定了所有要与系统一起购买的软件产品通信是否指定了目标网络是否指定了需要的网络协议是否指定了网络性能要求可维护性需求定义中是否包

6、含了可行的系统维护方法可靠性是否为每个需求指定了软件失效的结果是否指定了软件无故障运行时间是否指定了系统稳定性要求是否制定了系统自我监测要求安全是否提出了网络安全要求是否提出了系统运行程序安全要求是否提出了系统权限管理要求