需求阶段的测试项（二）

　　可操作的考虑必须在需求阶段详细指明。在用户驱动的嵌入式应用系统中尤为重要。为运行系统，必须在终端上遵循该操作规程（换言之，该规程必须为让终端为处理事务做好准备）。

　　测试内容：

　　1） 是否标识出了事务的容量；

　　2） 是否确定了处理时间；

　　3） 是否确定处理频率；

　　4） 是否确定了在线储存文件；

　　5） 处理是否需要通信功能；

　　6） 是否需要光学扫描之类的特殊处理功能；

　　7） 是否期望计算机操作执行诸如数据输入之类的特殊任务；

　　8） 确定计算机操作是否得到了项目需求的建议。

　　9、 定义了系统的容错能力

　　应该定义了系统的控制的预计的可靠性。比如，需求阶段应确定如下的控制需求：24小时电力测量保护控制装置必须处理的过载保护时过流时在整定范围内的容错能力，如果还没有确定这种容错能力，那么就没有设计和度量在过流段内的处理可靠性的基础。如果没有定义缺陷的预计水平，通常认为是零缺陷的。在处理过程中让一些缺陷发生而不是控制或度量缺陷的数量，这常常是更经济且对用户是有好处的。

　　测试内容：

　　1） 是否标识出重要容易出错的模块；

　　2） 是否标识出风险的正确性和完整性；

　　3） 是否确定出错时中止系统的方法；

　　4） 是否标识出重要功能所需的精确度；

　　5） 是否建立用于确保能及时输入所有事务的规程；

　　6） 是否指定了监控重要功能出错的规程；

　　7） 是否为不正确不完整的数据建立规程。

　　10、 明确的授权规程

　　授权需求具体制定了授权的方法，通过该方法将确保实际中是根据管理测试开发过程的目的来处理事务的。

　　测试内容：

　　1） 是否标识出所有关键事务；

　　2） 是否确定对各关键事务进行授权的规则；

　　3） 授权规程是否与事务控制的资源价值相致，不要浪费资源去控制一些没有价值的事务；

　　4） 是否定义了各事务的授权人员；

　　5） 规范是否确定了由系统自动生成的事务；

　　6） 规范是否确定需要同时处理给事务授权的人员；

　　7） 是否确定了给计算机生成事务的授权规则；

　　8） 是否监控计算机生成事务合理性的规程。

　　11、 明确的文件完整性需求

　　必须指定用于确保软件系统文件完整性的方法。这通常包括包含在文件中以及独立的自动化应用程序中的控制总数。这些控制必须确保细节记录与每个控制文件相对应。

　　测试内容：

　　1） 是否标识出项目的重要计算机文档；

　　2） 是否标识出每个人关键文件的数据成分；

　　3） 是否标识出关键控制字段；

　　4） 是否确定用于关键字段的内部文件的完整性方法；

原文转自：http://www.ltesting.net