软件测试和发布程序文件.pdfVIP

. . . . 软件测试与发布程序 文件编号： Q/XKYWT-C-JS-07-2007 1 目的 做好产品的测试与检验、试验工作，确保产品质量符合用户要求。 2 适用范围 适 用对象：技术部 业务范围：综合测试、确认测试 3 方针和职责 技术部测试工程师负责开发过程中的测试； 技术部软件设计工程师负责针对测试中发现 的问题进行修改。 4 工作程序 4.1 测试 项目经理接受过软件工程、项目的应用领域知识、项目管理的培训或具备相应的能力。 软件综合测试人员和确认测试人员接受过软件测试理论、 方法、 技术、 工具等的培训或 具备相应的能力。 综合测试人员和确认测试人员依据 《项目计划》 中定义的项目软件过程， 计划和实施软 件测试。在《项目计划》中，要尽早分配测试软件的资源，以做好充分的测试准备。 4.1.1 概述 Overview 软件测试级别包括以下四种：单元测试、综合测试、确认测试、用户测试。这四级软件 测试应按顺序进行， 前者完成方可开始后续测试 （特殊情况下确认测试可与用户测试合并进 行）。当被测试软件或软件环境发生变化时，应在相关级别上适当进行回归测试。单元测试 在《软件实现程序》中描述，综合测试、确认测试和用户测试在本程序中描述。 4.1.1.1 综合测试 综合测试，也叫组装测试。通常，在单元测试的基础上，需要将所有模块按照设计要求 组装成为系统。 组装测试就是发现在模块连接中可能出现的缺陷， 最终构成要求的软件系统。 测试重点是： 1． 在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失； 2． 一个模块的功能是否会对另一个模块的功能产生不利的影响； 3． 各个子功能组合起来，能否达到预期要求的功能的父功能； 4 ． 全局数据结构是否有问题； word 格式编辑 . . . . 5． 单个模块的误差累积起来，是否会放大，从而达到不能接受的程度。 4.1.1.2 确认测试 确认测试又称有效性测试，是验证软件的功能和性能及其他特性是否与软件需求一致。 依据软件需求规格说明进行。 合适时，可以邀请用户一起开发和评审测试准则。 4.1.1.3 测试的合并 对于大部分项目，综合测试、确认测试可以合并进行，进行统一的策划、实施，形成统 一的《测试计划》 、《测试报告》。 4.1.2 测试准备 Test Preparation 确认测试由所在事业部或部门成立的独立于项目组的测试组进行 ( 必要时，与客户一同 进行 ) ，以证明该软件满足软件需求。 测试组依据《项目计划》实施软件测试工作。 必要时（如公司不具备测试所需的特殊设备等） ，到用户现场，与客户一同参与测试活 动，即将确认测试与用户测试合并进行，详见剪裁指南。 当被测试软件或测试环境发生变化时，适当地进行回归测试。 4.1.2.1 制定《测试计划》 前置条件 Precondition 1. 确认测试已在《项目计划》中定义。 2. 确认测试负责人已在《项目计划》中定义。 输入 Input 1． 经过评审并已形成基线的《软件需求分析说明书》 2． 已形成基线的《项目计划》 3． 其它支持确认测试、并通过评审的工作产品，如《概要设计说明书》 、《操作手册》 等 过程活动 Process activities 1． 《软件需求分析说明书》编写完成后，测试组制定《测试计划》