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

《软件测试流程管理体系.doc》由会员分享，可在线阅读，更多相关《软件测试流程管理体系.doc（12页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、【精品文档】如有侵权，请联系网站删除，仅供学习与交流软件测试流程管理体系.精品文档.测试体系建设与软件测试流程（初稿） 目 录1.目的32.范围33.测试过程描述43.1 测试流程图43.2 活动说明53.2.1 需求评审53.2.2 编写测试计划73.2.3测试用例设计93.2.4 测试用例执行113.2.5发布版本回归测试133.2.6版本迭代回归测试153.2.7 文档测试173.2.8 测试报告194.软件缺陷管理系统禅道204.1 概述204.1.1 编写目的204.1.2 适用范围204.1.3 角色和职责204.1.4 禅道简介204.2 缺陷状态关系示意图214.3 缺陷流转的

2、过程及处理214.3.1 基于禅道的项目/测试/Bug管理214.4 禅道项目管理流程图225.配置管理221.目的本文是对项目软件测试的指导性文件，对软件测试过程中所涉及到的测试理论、测试类型、测试方法、测试标准、测试流程及测试过程中涉及到的角色职责进行总体规范，以有效保证软件质量。2.范围本文适用于所有软件测试人员。3.测试过程描述3.1 测试流程图3.2 活动说明3.2.1需求评审3.2.1.1目的从源头把握软件质量，并确保开发结果与实际需求相一致，分析需求实现的可能性，功能细节描述无二义，补充需求细节，确定项目周期和时间。3.2.1.2角色与职责测试负责人：需求规格说明书的编写，以及软

3、件开发过程中需求规格说明书的修正；评审人员：项目经理、开发人员、测试人员等项目干系人；评审需求规格说明书，从全面性、完整性、正确性、一致性、可靠性方面检查需求规格说明书，将需求缺陷Checklist提交给产品需求人员，在评审会议上讨论，确定为缺陷后，跟踪需求缺陷直至需求缺陷验证关闭。3.2.1.3启动标准软件需求规格说明书SRS编写完成3.2.1.4工作流程图3.2.1.5输入/输出输入：需求规格说明书输出：需求缺陷Checklist单、需求规格说明书定版3.2.2编写测试计划3.2.2.1目的明确测试内容、测试任务安排、测试进度、测试策略、测试资源、测试目标（上线标准）、风险控制；保持测试过

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

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

6、的验证方法。优先级安排是否合理。3、 是否从用户层面来设计用户使用的场景和业务流程。4、 是否包含充分的异常测试用例。5、 是否简洁、不冗余、复用性强。3.2.3.3启动标准需求文档评审完成 且 测试计划制定完成3.2.3.4工作流程图3.2.3.5输入输出输入：软件需求规格说明书、软件测试计划输出：测试用例、测试用例评审缺陷3.2.4测试用例执行3.2.4.1目的依据测试计划，按照测试用例对软件进行测试，验证软件功能与需求的实际匹配程度。3.2.4.2角色与职责测试人员：执行自己负责的功能模块；依据测试计划，按照测试用例对软件功能进行测试。对于发现的缺陷必须第一时间登记至Bug管理系统，并且

7、跟踪缺陷的状态，直至缺陷的验证关闭。在测试执行过程中发现的遗漏测试用例必须补充至测试用例，保证测试用例与实际测试的一致性；开发人员：对于测试人员提交的缺陷进行确认、修复；开发负责人呢：对测试人员与实际开发人员意见不一的问题进行裁决。3.2.4.3启动标准测试用例编写完成、用例评审完成且测试环境已部署完成3.2.4.4工作流程图3.2.4.5输入输出输入：功能测试用例、开发待测版本程序包、测试环境部署文档输出：功能测试报告，缺陷报告单3.2.5发布版本回归测试3.2.5.1目的为发布版本提供质量保障，记录并保证测试的覆盖度；依据测试计划有序进行回归测试。3.2.5.2角色和职责测试负责人：进行版

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

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

10、8测试报告3.2.8.1目的真实、客观反映测试过程中各测试阶段、测试项的情况，并将结果进行数字化/图像化进行分析，真实反映软件质量实际情况。3.2.8.2角色与职责测试负责人：负责编制项目测试报告；真实、客观地对测试过程中各测试阶段、测试项的情况，并以数字/图像的形式对实际情况进行分析，真实反映软件实际测试状况。比如可以从功能模块角度统计bug的数量、从bug类型（如功能、UI、易用性）的角度进行bug的统计，从而有效的指导未来的测试工作，有针对性的去改进产品的质量。3.2.8.3启动标准测试完成、达到上线标准3.2.8.4工作流程图3.2.8.5输入输出输入：各测试阶段、测试项实际测试情况

11、输出：项目测试报告4.软件缺陷管理系统禅道4.1 概述4.1.1 编写目的为规范禅道的合理使用，方便各项目组管理测试过程，测试管理人员正确使用禅道而编写。4.1.2 适用范围适用于功能测试有关工作，功能测试中的缺陷要求全部采用禅道进行管理。4.1.3 角色和职责角色名称职责描述项目经理申请禅道项目建立，分配有关人员权限测试人员登记测试缺陷，跟踪和修改缺陷状态，并进行复测开发人员从禅道中获取缺陷信息，修复缺陷，并修改禅道缺陷状态及分析记录缺陷相关内容4.1.4 禅道简介禅道：禅道是一款开源项目管理软件。它集产品管理、项目管理、质量管理、文档管理、组织管理和事务管理于一体，是一款专业的研发项目管理

12、软件，完整覆盖了研发项目管理的核心流程。禅道将产品、项目、测试这三者的概念明确分开，产品人员、开发团队、测试人员，这三者分立，互相配合，又互相制约，通过需求、任务、bug来进行交相互动，最终通过项目拿到合格的产品。4.2 缺陷状态关系示意图4.3 缺陷流转的过程及处理参与缺陷流转的角色有三个：测试经理、测试人员和开发人员。缺陷的处理步骤如下：4.3.1 基于禅道的项目/测试/Bug管理打开禅道官网，进入手册页面，可以看到禅道的详细使用手册，各人员可以根据自己的需要选择部分进行学习和使用。开源版手册网址：4.4 禅道项目管理流程图5.配置管理软件测试过程是一个复杂性的劳动，测试过程中会产生大量测试文档，主要通过相关管理工具的方式实行对文档的管理。在文档的管理方面，按照公共类、项目类、软件缺陷类、开发人员类、测试工具类等：1）公共类主要放置测试模板及测试规程说明，测试经验共享文档，开发技术规范等。2）项目类主要包括项目各阶段文档，如需求分析、测试计划、测试用例设计、分析报告等。3）开发人员类是针对每个开发人员易犯错误的总结。4）测试工具类主要放置常用的测试工具。