（5） 应允许缺省值；
（6） 输入一批数据时，最好使用输入结束标志，而不要由用户指定输入数据数目；
（7） 在交互式输入输入时，要在屏幕上使用提示符明确提示交互输入的请求，指明可使用选择项的种类和取值范围。同时，在数据输入的过程中和输入结束时，也要在屏幕上给出状态信息；
（8） 当程序设计语言对输入／输出格式有严格要求时，应保持输入格式与输入语句的要求的一致性；
（9） 给所有的输出加注解，并设计输出报表格式。
5.2测试监理
目前国内信息ERP应用系统建设过程中，在此阶段常发生未经过严格系统测试就匆忙上线试运行的情况，这往往会造成不稳定的新系统对实际工作环境的影响，在某些情况下会阻碍系统的正式上线运行。
因此监理单位在此阶段主要检查承建单位是否按照设计中制定的规范与计划进行测试。但切忌由监理单位进行单元、集成或确认测试而取代开发方的内部测试，这种方法并不能保证工程的质量。
如果监理单位具有丰富的测试工作资质与经验，可以考虑在此阶段由监理方在业主单位、承建单位的配合下具体进行系统测试工作。由于监理单位对工程建设启动阶段、需求分析阶段、设计阶段、实现阶段的工作有深入的了解，由监理单位进行系统测试工作往往能够得到较好的效果。
5.2. 1 软件测试监理的目标
1） 监督和控制承建单位的软件测试过程，确保软件测试按照承建单位的测试文档规范和业主的软件要求实施；
2） 软件测试反映出、记录着软件产品的真实情况；
3） 软件测试的各个阶段按计划步骤实施；
4） 对于软件测试反映出的问题能有效地按回归测试规范进行处理；
5） 最后得到符合软件任务书（或合同）要求的软件产品集；
6） 软件测试的进度与计划保持一致性。
5.2.2 软件测试监理的活动
1） 监督承建单位将合适的软件测试工程方法和工具集成到项目定义的软件过程中。
（1） 依据项目定义的软件过程对软件测试任务进行综合。
（2） 选择软件测试可用的方法和工具，并将选择专用工具或方法的理由写成文档。对备选方法和工具进行选择的依据是：
机构标准软件过程
项目定义的软件过程
现有的技术基础
可得到的培训
合同需求
工具的能力
使用的方便性和提供的服务
（3） 选择和使用适合于软件测试的配置管理模型。配置管理模型可能是：
入库出库模型
组合模型
事务处理模型
更改处理模型
（4） 将用于测试软件产品的工具置于配置管理之下。
2） 监督承建单位依据项目定义的软件过程，对软件测试进行开发、维护、建立文档和验证，以满足软件测试计划要求。软件测试由静态测试、单元测试、集成测试、确认测试和系统测试组成。
（1） 可以客户和最终用户一同参与开发和评审测试准则。
（2） 使用有效方法测试软件。
（3） 基于下列因素确定测试的充分性：
测试级别。测试级别有：单元测试、集成测试、确认测试和系统测试。
选择的测试策略。测试策略有：功能测试（黑盒测试）、结构测试（白盒测试）和统计测试。
欲达到的测试覆盖。测试覆盖方法有：语句覆盖、路径覆盖、分支覆盖和运行剖面覆盖。
（4） 对每个级别的软件测试，建立和使用测试准备就绪准则。确定测试准备就绪准则包括：
软件单元在进入集成测试前已成功地完成了代码的静态测试和单元测试
在进入系统测试前，软件已成功地完成了确认测试
在软件进入系统测试前，已对测试准备就绪进行评审
（5） 每当被测试软件或软件环境发生变化时，则在各有关的测试级别上适当进行回归测试。
（6） 对于测试计划、测试规程和测试用例，准备使用前通过评审
（7） 管理和控制测试计划、测试说明、测试规程和测试用例。
（8） 每当软件需求、软件设计或被测试代码更改时，适当地更改测试计划、测试说明、测试规程和测试用例。
3） 监督承建单位依据项目定义的软件过程，计划和实施软件的确认测试。
（1） 基于软件开发计划，制定确认测试计划并写成文档。
<<上一页
1
2
3
4
下一页>>
