软件测试流程管理体系.pdf

《软件测试流程管理体系.pdf》由会员分享，可在线阅读，更多相关《软件测试流程管理体系.pdf（23页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、 测试体系建设与软件测试流程（初稿）欢迎下载 2 目 录 1.目的.3 2.范围.3 3.测试过程描述.4 3.1 测试流程图.4 3.2 活动说明.5 3.2.1 需求评审.5 3.2.2 编写测试计划.7 3.2.3 测试用例设计.9 3.2.4 测试用例执行.11 3.2.5 发布版本回归测试.13 3.2.6 版本迭代回归测试.15 3.2.7 文档测试.17 3.2.8 测试报告.19 4.软件缺陷管理系统禅道.20 4.1 概述.20 4.1.1 编写目的.20 4.1.2 适用范围.20 4.1.3 角色和职责.20 4.1.4 禅道简介.20 4.2 缺陷状态关系示意图.21

2、4.3 缺陷流转的过程及处理.21 4.3.1 基于禅道的项目/测试/Bug 管理.21 4.4 禅道项目管理流程图.22 5.配置管理.22 欢迎下载 2 1.目的 本文是对项目软件测试的指导性文件，对软件测试过程中所涉及到的测试理论、测试类型、测试方法、测试标准、测试流程及测试过程中涉及到的角色职责进行总体规范，以有效保证软件质量。2.范围 本文适用于所有软件测试人员。欢迎下载 2 3.测试过程描述 3.1 测试流程图 需求规格说明书测试用例测试计划开发计划评审Checklist需求评审会议评审通过评审测试版本发布执行测试用例部署测试环境提交缺陷报告修复缺陷确认缺陷是否验证缺陷不通过测试完

3、成通过测试报告发布上线 欢迎下载 2 3.2 活动说明 3.2.1 需求评审 3.2.1.1目的 从源头把握软件质量，并确保开发结果与实际需求相一致，分析需求实现的可能性，功能细节描述无二义，补充需求细节，确定项目周期和时间。3.2.1.2 角色与职责 测试负责人：需求规格说明书的编写，以及软件开发过程中需求规格说明书的修正；评审人员：项目经理、开发人员、测试人员等项目干系人；评审需求规格说明书，从全面性、完整性、正确性、一致性、可靠性方面检查需求规格说明书，将需求缺陷 Checklist 提交给产品需求人员，在评审会议上讨论，确定为缺陷后，跟踪需求缺陷直至需求缺陷验证关闭。3.2.1.3 启

4、动标准 软件需求规格说明书 SRS编写完成 欢迎下载 2 3.2.1.4 工作流程图 需求评审需求人员评审人员验证需求规格说明书评审完成对需求规格说明书评审发现需求缺陷修正需求规格说明书将需求缺陷提交给需求人员修正需求文档，并提交评审人员验证全部缺陷验证通过存在不通过的需求缺陷 3.2.1.5 输入/输出 输入：需求规格说明书 输出：需求缺陷 Checklist 单、需求规格说明书定版 欢迎下载 2 3.2.2 编写测试计划 3.2.2.1 目的 明确测试内容、测试任务安排、测试进度、测试策略、测试资源、测试目标（上线标准）、风险控制；保持测试过程的顺畅，有效控制和跟踪测试进度，应对测试过程中

5、的各种变更。确认测试项、被测特征、测试任务、人员安排，以及任何偶发事件的风险。3.2.2.2 角色与职责 测试负责人：负责编写测试计划 根据软件开发计划、需求规格说明书编制测试计划，明确测试内容、测试任务安排、测试进度、测试策略、测试资源、风险控制，以便测试工作正常开展，测试计划实际编写内容参见项目测试计划模版。测试计划评审：项目经理、测试人员内部评审 是否交待清楚测试时间、测试资源、测试范围三要素，测试策略是否合理，测试时间、人力、资源是否留有余地等。3.2.2.3 启动标准 需求评审完成，项目整体计划编制完成。欢迎下载 2 3.2.2.4 工作流程图 测试计划测试负责人测试计划编写测试计划

6、评审完成并分发测试相关人员 3.2.2.5 输入/输出 输入：软件需求规格说明书、软件开发计划 输出：软件测试计划 欢迎下载 2 3.2.3 测试用例设计 3.2.3.1 目的 通过多种测试方法编写测试用例，以使最少的测试用例，实现最大的测试覆盖，保证软件功能的正确性，从而提升软件质量。3.2.3.2 角色和职责 测试人员：负责自己的测试模块编写测试用例 采用多种测试方法（如等价类、边界值、错误推测法等）编写有效的测试用例，并对遗漏/错误的测试用例进行修正。评审：项目经理、测试人员内部评审 1、是否覆盖测试需求上的所有功能点、不违背产品原型和代码设计，用例设计的结构安排是否清晰合理，有利于高效

7、覆盖需求。2、用例是否具有可执行性，前提条件、执行步骤和预期结果是否正确，有明确的验证方法。优先级安排是否合理。3、是否从用户层面来设计用户使用的场景和业务流程。4、是否包含充分的异常测试用例。5、是否简洁、不冗余、复用性强。3.2.3.3 启动标准 需求文档评审完成 且 测试计划制定完成 欢迎下载 2 3.2.3.4 工作流程图 测试设计测试人员测试用例编写完成并进行用例评审测试用例编写测试用例编写完成并进行用例评审（项目经理、测试人员参与评审）测试用例定版 3.2.3.5 输入输出 输入：软件需求规格说明书、软件测试计划 输出：测试用例、测试用例评审缺陷 欢迎下载 2 3.2.4 测试用例

8、执行 3.2.4.1 目的 依据测试计划，按照测试用例对软件进行测试，验证软件功能与需求的实际匹配程度。3.2.4.2 角色与职责 测试人员：执行自己负责的功能模块；依据测试计划，按照测试用例对软件功能进行测试。对于发现的缺陷必须第一时间登记至 Bug 管理系统，并且跟踪缺陷的状态，直至缺陷的验证关闭。在测试执行过程中发现的遗漏测试用例必须补充至测试用例，保证测试用例与实际测试的一致性；开发人员：对于测试人员提交的缺陷进行确认、修复；开发负责人呢：对测试人员与实际开发人员意见不一的问题进行裁决。3.2.4.3 启动标准 测试用例编写完成、用例评审完成且测试环境已部署完成 欢迎下载 2 3.2.

9、4.4 工作流程图 测试执行开发经理开发人员测试人员将缺陷提交给开发人员两个条件全部满足开发与测试意见不统一按照测试用例进行软件功能测试缺陷验证通过否功能测试完成发现缺陷开发人员确认缺陷开发人员修复缺陷开发人员确认缺陷缺陷修复后提交测试人员验证确认缺陷是缺陷不是缺陷缺陷验证不通过用例执行完成 且 功能相关缺陷全部验证完成两者任一条件不满足 3.2.4.5 输入输出 输入：功能测试用例、开发待测版本程序包、测试环境部署文档 输出：功能测试报告，缺陷报告单 欢迎下载 2 3.2.5 发布版本回归测试 3.2.5.1目的 为发布版本提供质量保障，记录并保证测试的覆盖度；依据测试计划有序进行回归测试。

10、3.2.5.2 角色和职责 测试负责人：进行版本回归测试；以整个软件为对象，验证新修复的 bug 功能点、无问题的功能运行正常、进行测试用例的复用执行。3.2.5.3 启动标准 功能测试完成 且 软件功能无中断 欢迎下载 2 3.2.5.4 工作流程图 回归测试设计测试人员复用执行测试用例测试完成版本发布完善后的测试用例系统回归测试 3.2.5.5 输入输出 输入：功能测试用例、功能测试缺陷、测试计划 输出：软件测试报告 欢迎下载 2 3.2.6 版本迭代回归测试 3.2.6.1 目的 以整个软件为对象，以测试计划为指导，按照测试用例对新功能、老功能、新老功能接口进行测试，保证测试的全面性和完

11、整性。3.2.6.2 角色和职责 测试负责人：进行迭代版本回归测试；以整个软件为对象，以测试计划为指导，按照测试用例对新功能、老功能、新老功能接口进行测试。3.2.6.3 启动标准 新功能开发完成，测试用例设计完成。欢迎下载 2 3.2.6.4 工作流程图 迭代版本回归测试测试人员开发人员开发经理将缺陷提交给开发人员二个条件全部满足开发与测试意见不统一开发人员确认缺陷缺陷修复后提交测试人员验证是缺陷不是缺陷缺陷验证不通过二者任一条件不满足新功能回归测试功能测试完成且没有严重的功能缺陷缺陷验证通过否回归测试完成开发人员修复缺陷开发人员确认缺陷发现缺陷确认缺陷 3.2.6.5 输入输出 输入：新版

12、本测试用例、测试计划、开发接口测试文档（针对新旧模块）输出：版本测试 bug 单、版本测试报告 欢迎下载 2 3.2.7 文档测试 3.2.7.1目的 保证对客户的指导与实际系统的使用状况相一致。3.2.7.2 角色和职责 测试人员：负责功能模块文档测试 对用户操作手册及在线帮助进行测试，记录文档描述缺陷，并跟踪直至缺陷的验证关闭。文档编制人员：对测试人员提出的文档描述缺陷进行修正。3.2.7.3 启动标准 用户操作手册或在线帮助编写完成 欢迎下载 2 3.2.7.4 工作流程图 文档测试测试人员文档编制人员将文档缺陷提交给文档编制人员修正文档，并提交测试人员验证全部缺陷验证通过存在不通过的文

13、档缺陷验证文档缺陷对操作手册或在线帮助文档进行测试文档测试完成修正操作手册或在线帮助文档发现文档缺陷 3.2.7.5 输入输出 输入：用户操作手册、在线帮助 输出：文档缺陷、用户手册等文档定版 欢迎下载 2 3.2.8 测试报告 3.2.8.1目的 真实、客观反映测试过程中各测试阶段、测试项的情况，并将结果进行数字化/图像化进行分析，真实反映软件质量实际情况。3.2.8.2 角色与职责 测试负责人：负责编制项目测试报告；真实、客观地对测试过程中各测试阶段、测试项的情况，并以数字/图像的形式对实际情况进行分析，真实反映软件实际测试状况。比如可以从功能模块角度统计 bug 的数量、从bug 类型（

14、如功能、UI、易用性）的角度进行 bug 的统计，从而有效的指导未来的测试工作，有针对性的去改进产品的质量。3.2.8.3 启动标准 测试完成、达到上线标准 3.2.8.4 工作流程图 测试报告编写测试负责人收集整理各测试阶段、测试项实际测试情况测试报告编写完成 欢迎下载 2 3.2.8.5 输入输出 输入：各测试阶段、测试项实际测试情况 输出：项目测试报告 4.软件缺陷管理系统禅道 4.1 概述 4.1.1 编写目的 为规范禅道的合理使用，方便各项目组管理测试过程，测试管理人员正确使用禅道而编写。4.1.2 适用范围 适用于功能测试有关工作，功能测试中的缺陷要求全部采用禅道进行管理。4.1.

15、3 角色和职责 角色名称 职责描述 项目经理 申请禅道项目建立，分配有关人员权限 测试人员 登记测试缺陷，跟踪和修改缺陷状态，并进行复测 开发人员 从禅道中获取缺陷信息，修复缺陷，并修改禅道缺陷状态及分析记录缺陷相关内容 4.1.4 禅道简介 禅道：禅道是一款开源项目管理软件。它集产品管理、项目管理、质量管理、文档管理、组织管理和事务管理于一体，是一款专业的研发项目管理软件，完整覆盖了研发项目管理的核心流程。禅道将产品、项目、测试这三者的概念明确分开，产品人员、开发团队、测试人员，这三者分立，互相配合，又互相制约，通过需求、任务、bug 来进行交相互动，最终通过项目 欢迎下载 2 拿到合格的产

16、品。4.2 缺陷状态关系示意图 4.3 缺陷流转的过程及处理 参与缺陷流转的角色有三个：测试经理、测试人员和开发人员。测试人员开发人员测试人员提出拒绝处理 待验证关闭重现 缺陷的处理步骤如下：4.3.1 基于禅道的项目/测试/Bug 管理 打开禅道官网，进入手册页面，可以看到禅道的详细使用手册，各人员可以根据自己的 欢迎下载 2 需要选择部分进行学习和使用。开源版手册网址：https:/ 4.4 禅道项目管理流程图 5.配置管理 软件测试过程是一个复杂性的劳动，测试过程中会产生大量测试文档，主要通过相关管理工具的方式实行对文档的管理。在文档的管理方面，按照公共类、项目类、软件缺陷类、开发人员类、测试工具类等：1）公共类主要放置测试模板及测试规程说明，测试经验共享文档，开发技术规范等。2）项目类主要包括项目各阶段文档，如需求分析、测试计划、测试用例设计、分析报告等。欢迎下载 2 3）开发人员类是针对每个开发人员易犯错误的总结。4）测试工具类主要放置常用的测试工具。