软件测试流程管理体系

更新时间:2023-05-06 20:46:01 阅读量: 实用文档 文档下载

说明:文章内容仅供预览,部分内容可能不全。下载后的文档,内容与下面显示的完全一致。下载之前请确认下面内容是否您想要的,是否完整无缺。

软件测试基本流程与规范(提纲)

测试体系建设与软件测试流程

(初稿)

页脚内容

软件测试基本流程与规范(提纲)

目录

1.目的 (4)

2.范围 (4)

3.测试过程描述 (5)

3.1 测试流程图 (5)

3.2 活动说明 (6)

3.2.1 需求评审 (6)

3.2.2 编写测试计划 (8)

3.2.3测试用例设计 (10)

3.2.4 测试用例执行 (12)

3.2.5发布版本回归测试 (14)

3.2.6版本迭代回归测试 (16)

3.2.7 文档测试 (18)

3.2.8 测试报告 (20)

4.软件缺陷管理系统—禅道 (21)

4.1 概述 (21)

4.1.1 编写目的 (21)

4.1.2 适用范围 (21)

4.1.3 角色和职责 (21)

4.1.4 禅道简介 (21)

4.2 缺陷状态关系示意图 (22)

4.3 缺陷流转的过程及处理 (22)

页脚内容

软件测试基本流程与规范(提纲)

4.3.1 基于禅道的项目/测试/Bug管理 (23)

4.4 禅道项目管理流程图 (23)

5.配置管理 (24)

页脚内容

软件测试基本流程与规范(提纲)

1.目的

本文是对项目软件测试的指导性文件,对软件测试过程中所涉及到的测试理论、测试类型、测试方法、测试标准、测试流程及测试过程中涉及到的角色职责进行总体规范,以有效保证软件质量。

2.范围

本文适用于所有软件测试人员。

页脚内容

软件测试基本流程与规范(提纲)

页脚内容 3.测试过程描述

3.1 测试流程图 需求规格说明书

测试用例

测试计划

开发计划

评审Checklist 需求评审会议

评审通过

评审

测试版本发布执行测试用例部署测试环境提交缺陷报告

修复缺陷

确认缺陷是否

验证缺陷

不通过

测试完成通过

测试报告发布上线

软件测试基本流程与规范(提纲)

3.2 活动说明

3.2.1需求评审

3.2.1.1目的

从源头把握软件质量,并确保开发结果与实际需求相一致,分析需求实现的可能性,功能细节描述无二义,补充需求细节,确定项目周期和时间。

3.2.1.2角色与职责

测试负责人:《需求规格说明书》的编写,以及软件开发过程中《需求规格说明书》的修正;

评审人员:项目经理、开发人员、测试人员等项目干系人;

评审《需求规格说明书》,从全面性、完整性、正确性、一致性、可靠性方面检查《需求规格说明书》,将需求缺陷Checklist提交给产品需求人员,在评审会议上讨论,确定为缺陷后,跟踪需求缺陷直至需求缺陷验证关闭。

3.2.1.3启动标准

《软件需求规格说明书SRS》编写完成

页脚内容

软件测试基本流程与规范(提纲) 3.2.1.4工作流程图

3.2.1.5输入/输出

输入:《需求规格说明书》

输出:需求缺陷Checklist单、《需求规格说明书》定版

页脚内容

软件测试基本流程与规范(提纲)

3.2.2编写测试计划

3.2.2.1目的

明确测试内容、测试任务安排、测试进度、测试策略、测试资源、测试目标(上线标准)、风险控制;保持测试过程的顺畅,有效控制和跟踪测试进度,应对测试过程中的各种变更。确认测试项、被测特征、测试任务、人员安排,以及任何偶发事件的风险。

3.2.2.2角色与职责

测试负责人:负责编写测试计划

根据《软件开发计划》、《需求规格说明书》编制《测试计划》,明确测试内容、测试任务安排、测试进度、测试策略、测试资源、风险控制,以便测试工作正常开展,测试计划实际编写内容参见《项目测试计划模版》。

测试计划评审:项目经理、测试人员内部评审

是否交待清楚测试时间、测试资源、测试范围三要素,测试策略是否合理,测试时间、人力、资源是否留有余地等。

3.2.2.3启动标准

需求评审完成,《项目整体计划》编制完成。

页脚内容

软件测试基本流程与规范(提纲) 3.2.2.4工作流程图

3.2.2.5输入/输出

输入:《软件需求规格说明书》、《软件开发计划》

输出:《软件测试计划》

页脚内容

软件测试基本流程与规范(提纲)

3.2.3测试用例设计

3.2.3.1目的

通过多种测试方法编写测试用例,以使最少的测试用例,实现最大的测试覆盖,保证软件功能的正确性,从而提升软件质量。

3.2.3.2角色和职责

测试人员:负责自己的测试模块编写测试用例

采用多种测试方法(如等价类、边界值、错误推测法等)编写有效的测试用例,并对遗漏/错误的测试用例进行修正。

评审:项目经理、测试人员内部评审

1、是否覆盖测试需求上的所有功能点、不违背产品原型和代码设计,用例设

计的结构安排是否清晰合理,有利于高效覆盖需求。

2、用例是否具有可执行性,前提条件、执行步骤和预期结果是否正确,有明

确的验证方法。优先级安排是否合理。

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管理系统,并且跟踪缺陷的状态,直至缺陷的验证关闭。在测试执行过程中发现的遗漏测试用例必须补充至测试用例,保证测试用例与实际测试的一致性;

开发人员:对于测试人员提交的缺陷进行确认、修复;

开发负责人呢:对测试人员与实际开发人员意见不一的问题进行裁决。

3.2.

4.3启动标准

测试用例编写完成、用例评审完成且测试环境已部署完成

页脚内容

软件测试基本流程与规范(提纲)

3.2.

4.4工作流程图

3.2.

4.5输入输出

输入:功能测试用例、开发待测版本程序包、测试环境部署文档输出:功能测试报告,缺陷报告单

页脚内容

软件测试基本流程与规范(提纲)

3.2.5发布版本回归测试

3.2.5.1目的

为发布版本提供质量保障,记录并保证测试的覆盖度;依据《测试计划》有序进行回归测试。

3.2.5.2角色和职责

测试负责人:进行版本回归测试;

以整个软件为对象,验证新修复的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启动标准

新功能开发完成,测试用例设计完成。

页脚内容

软件测试基本流程与规范(提纲)

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.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输入输出

输入:各测试阶段、测试项实际测试情况输出:《项目测试报告》

4.软件缺陷管理系统—禅道

4.1 概述

4.1.1 编写目的

为规范禅道的合理使用,方便各项目组管理测试过程,测试管理人员正确使用禅道而编写。

4.1.2 适用范围

适用于功能测试有关工作,功能测试中的缺陷要求全部采用禅道进行管理。

4.1.3 角色和职责

4.1.4 禅道简介

禅道:禅道是一款开源项目管理软件。它集产品管理、项目管理、质量管理、文档管理、组织管理和事务管理于一体,是一款专业的研发项目管理软件,完整覆盖了研发项目管理的核心流程。

页脚内容

本文来源:https://www.bwwdw.com/article/8ehe.html

Top