软件测试流程.docx

软件测试流程

本文是对项目软件测试的指导性文件，对软件测试过程中所涉及到的测试理论、测试类型、测 试方法、测试标准、测试流程及测试过程中涉及到的角色职责进行总体规范，以有效保证软件质量。
本文适用于软件接口进行测试和性能测试，保证测试的全面性和完整性。
角色和职责
测试人员：以整个软件为对象，以测试计划为指导，按照集成测试测试用例对新功能、老功能 新老功能接口进行测试，并依据性能测试计划对软件性能进行测试。
启动标准
集成/性能测试设计完成
工作流程图
输入输出
输入：《集成测试用例》、《测试计划》之集成测试事项、《性能测试计划》、《性能测试用 例》
输出：集成测试缺陷
规范
测试执行过程需按照《测试行为规范》进行，缺陷管理需按照《缺陷管理规范》进行。
文档测试
目的
保证对客户的指导与实际系统的使用状况相一致。
角色和职责
测试人员：对《用户操作手册》及在线帮助进行测试，记录文档描述缺陷，并跟踪直至缺陷的 验证关闭。
需求人员：对测试人员提出的文档描述缺陷进行修正。
启动标准
《用户操作手册》或在线帮助编写完成
工作流程图
输入输出
输入：《用户操作手册》、在线帮助 输出：文档缺陷
规范
参见《文档测试指南》
测试报告
目的
真实、客观反映测试过程中各测试阶段、测试项的情况，并将结果进行数字化/图像化进行分
析，真实反映软件质量实际情况。
角色与职责
测试负责人：真实、客观地对测试过程中各测试阶段、测试项的情况，并以数字/图像的形式
真实反映软件实际测试状况。
对实际情况进行分析，
启动标准
集成测试完成
工作流程图
测试报告编写
测试负责人
输入输出
输入：各测试阶段、测试项实际测试情况 输出：《项目测试报告》
规范
5新产品或工程管理流程
在软件需求分析阶段，测试人员从软件生命周期的需求阶段就开始介入，在需求阶段的测试人 员参与软件需求调研，以测试角度分析需求的可测性，可构思将来对其测试的方法、原则等；同时 全面了解系统需求，从客户角度考虑软件测试需求达到的验证状态，即何些功能点需重点测试、何 些无需，以便将来制定测试计划。
制定测试计划
进行每一种测试之前，测试负责人要根据“产品定义书”及“总体设计说明”和“详细设计文 档”制定“测试计划”，制定总体的测试计划，详细阐明本次测试目的、对象、方法、范围、过程、 环境要求、接收标准以及测试人员和测试时间等内容，“测试计划”经过审查通过，才能实施。 需求 Review
开发在完成软件需求分析之后，会提交需求分析文档，测试人员根据需求调研所了解的需求以 及产品需求说明文档等资料，对需求分析文档进行Review，检查文档是否满足了需求，是否与需 求一致等等。
设计 Review
在软件分析设计阶段，测试人员参与设计讨论，了解系统的实现方式和原则，并对概要设计和 详细设计提出自己的见解。设计结束之后，开发提交概要设计文档和详细设计文档，测试人员对设 计进行Review，检查设计规划和实现方案是否合理，如果不合理，存在的问题是什么、如何改进 等等。
测试设计
在设计测试方案时，首先分解测试内容，对于一个复杂的系统，通常可以分解成几个互相独立 的子系统，正确地划分这些子系统及其逻辑组成部分和相互间的关系，可以降低测试的复杂性，减 少重复和遗漏，也便于设计和开发测试用例，有效的组织测试，将系统分析人员的开发分析文档加 工成以测试为角度的功能点分析文档，重要的是描述对系统分解后每个功能点逐一的校验描述，包 括何种方法测试、何种数据测试、期望测试结果等。然后以功能点分析文档作为依据进行测试用例 的设计，设计测试用例是关系到测试效果以至软件质量的关键性一步，也是一项非常细致的工作 根据对具体的被测系统的分析和测试要求，逐步细化测试的范围和内容，设计具体的测试过程和数 据，同时将结果写成可以按步执行的测试文档。每个测试用例必须包括以下几个部分：
（1）标题和编号
（2）测试的目标和目的
（3）输入和使用的数据和操作过程
（4）期望的输出结果
（5）其他特殊的环境要求、次序要求、时间要求等
开发测试工具和准备测试数据
在软件测试中，为了提高测试工作的效益和质量，只要条件许可，应尽可能采用计算机自动或 半自动测试的方法，利用软件工具本省的优势来提高工作效率。
测试执行
当所有必须的测试准备工作都已完成，并且产品已经开发完毕并提交测试，则可以按照预定的 测试计划和测试方案逐项进行测试。在测试过程中发现的任何与预期目标不符的现象和问题都必须 详细记录下来，填写测试记录。为了能准确的找出问题产生的原因，及时的解决问题，保证测试工 作