测试流程规范_v.0

XXXX测试流程规范

XXXX国际电子商务有限公司

2017年7月

修订历史记录

A - 增加M - 修订D - 删除

目录

1概述 (4)

1.1介绍 (4)

1.2适用范围 (4)

1.3定义、缩写词和缩略语 (4)

2流程规范 (5)

2.1需求阶段 (5)

2.1.1流程图 (5)

2.1.2流程说明 (5)

2.1.3测试输入及输出产物 (6)

2.2研发阶段 (7)

2.2.1流程图 (7)

2.2.2流程说明 (7)

2.2.3测试输入及输出产物 (8)

2.3测试阶段 (8)

2.3.1流程图 (8)

2.3.2流程说明 (8)

2.3.3测试输入及输出产物 (9)

2.4上线阶段 (10)

2.4.1流程图 (10)

2.4.2流程说明 (10)

2.4.3测试输入及输出产物 (11)

2.5自动化测试阶段 (11)

2.5.1流程图 (11)

2.5.2流程说明 (11)

2.5.3测试输入及输出产物 (12)

3测试文档管理规范 (12)

3.1测试文档范围 (13)

3.2测试文档归档要求 (13)

4补充 (13)

1概述

1.1介绍

XXXX测试流程规范主要用于规范各类测试工作，指导各类测试工作有序规范进行，从流程上避免测试的随意性，更好的保证测试质量。

流程规范非一次性能制定出最优的，需要经历实践的锤炼，在实际工作中不断进行优化，才可逐步形成最优的测试流程方案。

1.2适用范围

本文档适用于XXXX测试小组进行各类测试工作时用于工作流程规范指导。各阶段的测试工作需要参考该规范进行，除特殊情况外，各类测试工作原则上要遵照该规范进行。

1.3定义、缩写词和缩略语

2 流程规范

2.1 需求阶段

2.1.1 流程图

产品需求阶段

测试人员

产品人员

产品需求

召开需求评审会

学习、熟悉产品需求+参加需求评审会+组内培训等

参与评审会

制定《测试方案（含计划+测试需求+测试要点）》

初稿

评审

《测试方案（含计划+测试需求+测试要点）》定稿

否

是

2.1.2 流程说明

1、项目启动后，负责该测试任务的测试负责人积极与产品人员沟通交流，熟悉本次产品需求。

2、在有需求评审会时，测试负责人必须积极参与，无特殊情况不得缺席。

3、根据产品需求，测试负责人要提取测试需求，并不是简单照搬产品需求，要形成测试自己的测试list 。

4、产品需求熟悉完毕后，必须编写出具《测试方案》，方案含测试计划、测试需

求、测试要点等。

5、《测试方案》必须经过评审，原则需要产品人员、开发人员、其他测试人员

共同参与，如无条件，至少经过测试组内评审。

6、《测试方案》评审通过后才可进入下一阶段。

7、需求变更优化，建议通过禅道提需求+邮件通知形式进行，便于需求的追踪。

8、中间需求变动，测试方案跟进更新。

2.1.3测试输入及输出产物

测试输入：

产品需求文档、原型、UI设计图、项目开发计划等其他相关可用于测试参考的文档。

输出产物：

《测试方案（含测试计划+测试需求+测试要点）》

2.2研发阶段2.2.1流程图

研发阶段

测试人员

开发人员

提测文档+提测邮

件

开发设计+编码实

现编写《测试用例》

评审

《测试用例》

否

是

单元测试

单测通过

单测未通过

发布版本

2.2.2流程说明

1、测试人员根据《测试方案》输出《测试用例》，要求测试用例必须覆盖测试需

求。

2、在时间十分紧张或需求十分不具体的情况下，用例编写可推迟到测试中后期

补充，用例评审可延后评审。

3、用例评审原则上需要产品人员、开发人员、其他测试人员共同参与，如无条

件，至少经过测试组内评审。

4、本阶段可与后续的测试阶段交替进行，测试工作最早可从模块测试阶段介入，

前提开发人员必须先完成单元测试，否则测试拒绝介入。

2.2.3 测试输入及输出产物 测试输入：

《测试方案（含测试计划+测试需求+测试要点）》

输出产物：

《提测文档》、提测邮件、《测试用例》、提测版本

2.3 测试阶段

2.3.1 流程图

测试阶段

测试人员

开发人员

产品人员提测文档+提测邮

件

开发设计+编码实

现

获取版本tar ，搭建

测试环境

环境确认

否

单元测试

单测通过

单测未通过

发布版本

提测文档+提测邮

件

修复bug

单元测试

单测通过

单测未通过

发布版本

产品需求验证测试

是否符合产品预期

需求

产品测试不通过

初次发版，先提交产品测试

产品测试通过

执行测试冒烟测试

通过

冒烟不通过

提交bug ，进入缺

陷流程

Bug 修复类提测可直接进入冒烟

执行并维护《测试用例》

探索测试

交叉测试

持续优化维护

2.3.2 流程说明

1、测试组负责部署测试环境，经开发、运维确认部署无误后，开始进行后续测试工作。

2、针对初次发版的功能模块要先经过产品人员的需求验证测试，验证测试通过后再交付测试人员进行后续测试工作。此举目的是避免测试人员做无用功，加快测试效率，提早发现需求类问题。

3、产品人员的需求验证测试可以提前到开发环境验证。测试环境部署后，测试人员直接进行冒烟测试加快测试进度。