软件测试与发布程序.docVIP

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