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

欢迎下载 欢迎下载 2 测试体系建设与软件测试流程（初稿） 目录 TOC \o 1-5 \h \z \o Current Document 1?目的 3 范围 3 \o Current Document 测试过程描述 4 3.1测试流程图 4 \o Current Document 3.2活动说明 5 3.2.1需求评审 5 \o Current Document 3.2.2编写测试计划 7 \o Current Document 3.2.3测试用例设计 9 \o Current Document 3.2.4测试用例执行 11 \o Current Document 3.2.5发布版本回归测试 13 \o Current Document 3.2.6版本迭代回归测试 15 \o Current Document 3.2.7文档测试 17 \o Current Document 3.2.8测试报告 19 \o Current Document 软件缺陷管理系统一禅道 20 \o Current Document 4.1概述 20 \o Current Document 4.1.1编写目的 20 4.1.2适用范围 20 \o Current Document 4.1.3角色和职责 20 4.1.4禅道简介 20 \o Current Document 4.2缺陷状态关系示意图 21 \o Current Document 4.3缺陷流转的过程及处理 21 \o Current Document 4.3.1基于禅道的项目/测试/Bug管理 21 \o Current Document 4.4禅道项目管理流程图 22 \o Current Document 配置管理 22 1?目的 本文是对项目软件测试的指导性文件，对软件测试过程中所涉及到的测试理论、测试类 型、测试方法、测试标准、测试流程及测试过程中涉及到的角色职责进行总体规范，以有效 保证软件质量。 2?范围 本文适用于所有软件测试人员。 3?测试过程描述 3.1测试流程图 T通过 T 通过 3.2活动说明 3?2?1需求评审 目的 从源头把握软件质量，并确保开发结果与实际需求相一致，分析需求实现的可能性，功 能细肯描述无二义，补充需求细节，确定项目周期和时间。 321.2角色与职责 测试负责人：《需求规格说明书》的编写，以及软件开发过程中《需求规格说明书》的 修正； 评审人员：项目经理、开发人员、测试人员等项目干系人； 评审《需求规格说明书》，从全面性、完整性、正确性、一致性、可靠性方而检查《需 求规格说明书》，将需求缺陷Checklist提交给产品需求人员，在评审会议上讨论，确定为 缺陷后，跟踪需求缺陷直至需求缺陷验证关闭。 3.2/1.3启动标准 《软件需求规格说明书SRS》编写完成 3.2. 3.2. PAGE #.4工作流程图 欢迎下载 欢迎下载 2 输入/输出 输入：《需求规格说明书》 输出：需求缺陷Checklist单、《需求规格说明书》左版 PAGE PAGE #.2.2.4工作流程图 欢迎下载 欢迎下载 2 欢迎下载 欢迎下载 2 3.2.2编写测试计划 目的 明确测试内容、测试任务安排、测试进度、测试策略、测试资源、测试目标（上线标准）、 风险控制：保持测试过程的顺畅，有效控制和跟踪测试进度，应对测试过程中的各种变更。 确认测试项、被测特征、测试任务、人员安排，以及任何偶发事件的风险。 角色与职责 测试负责人：负责编写测试计划 根据《软件开发计划》、《需求规格说明书》编制《测试计划》，明确测试内容、测试任 务安排、测试进度、测试策略、测试资源、风险控制，以便测试工作正常开展，测试计划 实际编写内容参见《项目测试计划模版》。 测试计划评审：项目经理、测试人员内部评审 是否交待淸楚测试时间、测试资源、测试范弗I三要素，测试策略是否合理，测试时间、 人力、资源是否留有余地等。 启动标准 需求评审完成，《项目整体讣划》编制完成。 3.225输入/输出 输入：《软件需求规格说明书》、《软件开发计划》 输出:《软件测试计划》 欢迎下载 欢迎下载 2 3.2.3测试用例设计 目的 通过多种测试方法编写测试用例，以使最少的测试用例，实现最大的测试覆盖，保证软 件功能的正确性，从而提升软件质量。 角色和职责 测试人员；负责自己的测试模块编写测试用例 采用多种测试方法（如等价类、边界值、错误推测法等）编写有效的测试用例，并对遗 漏/错误的测试用例进行修正。 评审：项目经理、测试人员内部评审 1、 是否覆盖测试需求上的所有功能点、不违背产品原型和代码设汁，用例设 汁的结构安排