wayout-qc-07测试和确认规范.docxVIP

文件号： 版本： 拟制 审核 批准 生效日期 保密 WAYOUT-QC-07 V1.0 杨梅 赵庆轩 邓泽林 2003-7-8 否 1目的 确保软件产品质量，使产品能够顺利交付和通过验收的一项重要措施。 2适用范围 适用于项目开发过程中的单元测试、组装测试、系统测试、业务测试、 验收测试以及一些专项测试。 3职责 项目负责人组织编制《测试方案》指导和督促测试人员完成各阶段的 测试工作。 项目组测试人员按照《测试方案》完成所承担的测试任务，并按要求填 写《问题报告及维护记录》 项目负责人组织测试环境的建立。 4工作流程 4.1制订《测试方案》 在测试之前，由项目负责人根据《测试计划》的要求，组织人员编制相 应的《测试方案》，《测试方案》应包括以下内容： ? 测试目的； ? 所需人员及相应培训要求； ? 测试环境、工具和测试软件； ? 测试用例、测试数据和预期的结果。 4.2单元测试 项目开发实现过程中，每个程序单元（程序单元的划分视具体开发工具 而定，一般定为函数或子程序级）编码调试通过后，要及时进行单元测试。 单元测试由单元开发者自己进行，使用白盒测试方法，根据程序单元的 控制流程，争取达到分支覆盖。对于交互式运行的产品，不便于进行自动测 试的，可以采用功能测试的方法进行。 4.3组装测试 编码开发完成，项目组内部应进行组装测试。 组装测试由项目负责人策划并组织实施。组装测试着重对各功能模块之 间的接口进行测试，验证各功能模块是否能协调工作、参数传递及功能调用 文件号： 版本： 拟制 审核 批准 生效日期 保密 WAYOUT-QC-07 V1.0 杨梅 赵庆轩 邓泽林 2003-7-8 否 是否正常。测试采用交叉方法，即个人开发的软件应由其他的项目组成员进 行测试。 组装测试过程应填写《问题报告及维护记录》。 4.4系统测试 在项目开发完成之后，应对整个系统软件和硬件进行系统测试。对性能、 可靠性、健壮性、压力承受力等方面分别进行评价，以验证系统是否满足规 定的需要。 系统测试由项目负责人策划并组织实施，系统测试过程应形成《问题报 告及维护记录》。 4.5业务测试 在组装测试与系统测试结束后，均可由最终用户或测试人员对系统进行 测试。业务测试着重测试业务流程，功能、用户界面等方面。 项目负责人负责组织相关人员制定测试方案和测试用例，并进行测试。 测试的结果应形成《问题报告及维护记录》。 4.6验收测试 在产品交付和用户验收之前，通过验收测试来确认在规定的使用环境下 整个产品的运行情况是否满足规定的要求。 在产品交付之前，由指定的验收负责人组织制定测试方案和测试用例，主持 验收。 验收测试过程应形成《问题报告及维护记录》。 4.7测试问题的处理 对测试中发现的问题及处理，应填写《问题报告及维护记录》，记录问 题的现象，问题提出者、判定问题的性质，分析问题产生的原因，确定修改 的优先级、记录对问题的维护情况和验收等信息。 单元测试无需填写《问题报告及维护记录》。 对已纳入配置管理的配置项的更改，按照《更改控制程序》进行控制。 4.8测试总结报告 在组装测试、系统测试、业务测试和验收测试等完成后，由测试负责人 填写《测试总结报告》，对测试过程进行总结，并给出测试结论。 文件号： 版本： 拟制 审核 批准 生效日期 保密 WAYOUT-QC-07 V1.0 杨梅 赵庆轩 邓泽林 2003-7-8 否 5相关程序文件 序号 名称 编号 1 系统设计规范 WAYOUT-QC-01 2 配置管理程序 WAYOUT-QP-02 3 更改控制程序 WAYOUT-QP-03 6记录 序号 名称 模板编号 1 测试方案 WAYOUT-QF-14 2 问题报告及维护记录 WAYOUT-QF-15 3 测试总结报告 WAYOUT-QF-16