软件测试管理制度

杭州长荣通讯技术有限企业

软件测试管理制度

拟制人倪琏日期20制年2月16日

审核人日期2023年月日

文档密级：一般

文档状态：［］草案［J］正式公布［］正在修订

更改控制页

序号版本号更改时间更改内容描述填写人

11.02009-2-16建立杜德超

3.4.2测试验收..........................................

3.4.3测试归档..........................................

3.4.4测试工作总结......................................

3.5BUG跟踪表..............................................

4公布原则........................................................

5争议处理........................................................

6原则文档........................................................

1编写目的

本文档是测试团体打勺平常工作规范，重要侧重测试工作流程日勺实行和控制，明确企业产品各阶

段测试团体应参与和完毕的工作。并且对于测试团体中有关测试组架构、职能及组员职责进行

必要的阐明。通过建立规范的测试流程、测试团体组织架构，同步明确测试小组任务、目的和

各小组组员的详细职责，对部门测试工作H勺正常开展起到规范H勺指导作用。测试细作、技术和

方略等问题不在本文档描述范围内。

2测试团体构成

2.1组织构造

图1

注:

1.测试组由测试组员、测试工程师构成。人员配置视项目大小确

定。

2.2测试组职能

>产品测试是产品开发过程中的重要构成部分，测试团体重要肩负着如下责任：

>在项目日勺前景、需求文档确立基线前对文档进行测试，从顾客体验和测试日勺角度提出自己

的见解。

>针对测试需求进行有关测试技术区I研究。

>编写合理的测试计划：并与项目整体计划有机地整合在一起。

>编写高效、覆盖率高的测试用例。

>认真仔细地实行测试工作，并提交测试汇报供项目组参照。

>进行缺陷跟踪与分析，

对测试整个过程进行总结，完善和优化测试流程，提高和改善测试措

施和技术。

2.3职责划分

职务名称有关重要责任

•指定测试组长，组建测试组，分派测试任务，并检查测试

进度。

研发部经理•与研发部门协调，提供测试组所需的内、外部资源。

•理解项目进度，对测试组的工作进行指导、监督。

•理解项目进度，对测试组的工作进行指导、监督。

•全权负责所分派的测试任务。

•指定测试设计工程师、测试实行工程师。

•给小组内组员分派指定任务。

•协调测试组内部有关二作，对组内组员进行工作上的指

测试组长

导、监督。

•参与测试计划制定，辅助编写所负责部分测试用例。

•实行测试用例，执行测试，提交当日测试记录。

•编写项目总结性测试汇报。

•根据项目规定，设计测试计划（可以由测试组长兼任）

•划分模块，分解任务，完毕测试用例概要设计。

•实行测试用例，执行测试。

•提交当日测试记录。

测试工程师

•编写阶段性测试汇报。

•参与测试计划的制定，辅助编写所负责部分测试用例。

•实行测试用例，执行测试

•提交当日测试记录。

•检查缺陷处理成果。

表1

3,测试流程及规范

3.1测试流程图

完整开发

匡_____________

测试过程由.

成■邠纥理测试小饵.，坝R蚣理，开发小组.，他山

项目立项静与立哙分配壬都与项目立项

书.QA7时人员.金，

用户破氨步将a号在行审

设明书，会，

集成产品或

分析Vug

“

"

/

J

R

结

阶

段

3.2计划与设计阶段

3.2.1立项会议

由总经理负责召开详细阐明

立项会议，会议重

要对项目的1可行性

进行分析，并且确

定项目经理及项目

测试组长。

过程要点

输入条件项目立项汇报

工作内容•项目可行性分析。

•项目经理确实定.

•根据项目信息，质量部经理确定测试组长。

•根据项目信息，质量部经理确定测试组长。

退出原则测试组长确定.

负责人研发部经理（确定测试组长）

表2

3.2.2需求评审

过程要点详细阐明

输入条件需求阐明书（或技术规范）

工作内容测试团体组员对需求中不清晰、不完整、太概括或存在疑义的地方提

出问题，有关人员解答并确认。

退出原则所有人员对需求无异议

参与人员需求调研人员，开发部，质量部

表3

3.2.3测试设计阶段

3.2.3.1设计测试计划

需求分析文档和项目

开发计划文档完毕

后，测试组需要编写

测试计划文档、制定

测试方略及预估测试

过程中的风险，并设详细阐明

计出合理的规避风险

欧J方略，为后续的测

试工作提供直接口勺指

导。

过程要点

需求阐明书（或技术规范），项目开发计划

输入条件

•根据项目的需求文档、设计文档，编写测试计划。测试计划中

应当至少包括如下关键内容：

•根据项目背景及规定，确定测试环境。

•测试需求一一需要测试组测试的范围，估算出测试所花费的J人

工作内容

力资源和各个测试需求的测试优先级

・测试方略一一确定项目口勺测试计划内容，整体测试日勺测试措施

和每个测试需求的测试措施，同步做好测试进度安排及人员调

整。

•测试资源一一本次测试所需要用到的人力、硬件、软件、技术

等资源

・测试组角色一一明确测试组内各个组员的角色和有关责任

•可交付工件一一在测试组的工作中必须向项目组提交的产物，

包括测试计划、测试汇报等

•产品性能指标

测试计划编写完毕后，必须提交给项目组全体组员，并由项目组组

中各个角色组联合评审。

测试计划编写完毕后，必须提交给项目组全体组员，并由项目组组

中各个角色组联合评审。

•测试计划由项目组评审并通过.

•在项目开发过程中，要适时的对测试计划进行跟踪，以评估此

计划的完整性、可行性，在项目结束时还要最终评估•下测试

退出原则计划的质量

•在项目开发过程中，要适时的对测试计划进行跟踪，以评估此

计划的完整性、可行性，在项目结束时还要最终评估一下测试

计划的质量

负责人测试组长

表5

3.2.3.2设计测试用例

在需求分析文档确立详细阐明

基线后来，测试组需

要针对项目的测试需

求编写测试用例，在

实际U勺测试中，测试

用例将是唯一实行原

则。在用例的编写过

程中，详细的1任务和

负责人如下：

过程要点

输入条件测试需求明确，测试计划，需求文档，详细设计，概要设计，开发

计划

工作内容•根据测试计划、详细设计书设计测试用例，设计参照原则：

•等价类划分

・边界值分析

•错误推测等

•业务知识及有关流程

退出原则•测试用例需要覆盖所有的测试需求

•测试用例集需进行评审并通过

•项目进行过程中，适时的根据需求变更来对测试用例进行维护

•项目进行过程中，适时的根据需求变更来对测试用例进行维护

负责人测试组组员

表6

3.2.4设计内容评审

测试计划及测试用例详细阐明

的J设计工作完毕后，

需告知项目组有关组

员召开评审会议。在

这之前需要将待评审

的J内容发给有关人员

熟悉和理解。

过程要点

输入条件测试计划、测试用例集完毕

工作内容・评审测试计划内容的对的性及合理性：

•测试环境、测试资源；

•测试需求范围，各个测试需求口勺优先级；

•测试方略及风险管理等；

•评审测试用例集：

•测试用例优先级

•测试用例集基于需求的覆盖程度

退出原则测试计划及测试用例集评审通过

负责人项目经理

表7

3.3实行测试阶段

3.3.1测试交接

过程要点详细阐明

输入条件测试设计内容评审完毕，开发团体编码工作完毕，并已完毕内部测

试；

工作内容1.开发组填写测试申请单，向测试组提交测试内容。

•测试小组检查提交部件的完整性和可测性：

•检查送测的软件与否完整，能否进行测试；

・检查单元测试与否通过可以开始下一阶段测试工作：

3.研发人员提交下一阶段单元测试估计BUG数量。

3.研发人员提交下一阶段单元测试估计BUG数量。

退出原则提交部件经测试组检查通过

负责人项目经理，测试组长，质量部经理

表8

3.3.2实行测试

.1实行测试

实行测试用例将花费

测试组大部分时间，

这些工作都是建立在

详细描述

前期诸多计划工作时

基础上。

过程要点

测试组长于前一工作日定出当日日勺测试计划，确定可用的测试用

输入条件例。

•测试实行工程师根据测试计划中分派给自己的测试任务和提供

的测试用例，实行对应的测试用例。

工作内容

•记录实行用例的成果，提交当日测试纪录。

•提交缺陷。

测试用例中H勺所有任务被执行，成果被记录。

退出原则

负责人测试组组员

表9

3.3.2.2提交阶段性汇报

在约定的测试周期完详细描述

毕之后，测试组长需

要总结本次测试日勺成

果，编写阶段性测试

汇报。

过程要点

输入条件测试组完毕了预定周期的测试任务

工作内容•测试组长根据此轮测试日勺成果，编写阶段性测试汇报（参照测

试阶段性汇报模板），重要应包括如下内容：

•测试汇报的版本

•测试的人员和时间

•测试所覆盖的缺陷一一测试组在这轮测试中所有处理的缺陷，

汇报测试组长处理的缺陷和实行工程师验证的缺陷。不仅要写

出覆盖缺陷H勺总数，还要写明这些缺陷的去向

・测试新发现欧1缺陷数量

•上一版本活动缺陷的数量

•通过此轮测试，所有活动缺陷的数量及其状态分类

•测试评估一一写明在这一版本中，哪些功能被实现了，哪些还

没有实现，这里只需写明和上一版本不同样之处即可

•急待处理的问题一一写明目前项目组中面临的最优先的问题，

可以反复提出

•急待处理的）问题一一写明目前项目组中面临的最优先的问题，

可以反复提出

退出原则在每轮测试结束之后应尽快将符合原则日勺测试汇报发给全项目组

负责人测试组长

表10

3.3.3回归测试

在每轮测试结束之详细描述

后，由测试组重新拷

贝修改后的最新版

本，进行回归测试。

过程要点

输入条件在每轮测试中，按照既有H勺测试用例没有新时缺陷被发现，测试汇

报中所有的活动缺陷都被处理。

工作内容•测试组将按照测试计划中对于回归测试的方略对产品进行1可归

测试，回归测试的用例属于测试用例H勺一部分或者是所有测试

用例，但不能超过原先预定的测试用例的范围。

•记录取例实行成果，提交回归测试记录。

•记录取例实行成果，提交回归测试记录。

退出原则•回归测试所运行的用例所有通过

•缺陷通过验证

•所有缺陷都被指明处理方式；

负责人测试工程师

表11

3.4总结阶段

测试工作结束或即将结束时，测试组就要开始着手准备进行总结的工作。

3.4.1测试总结汇报

在回归测试结束之详细描述

后，测试组长将要编

写测试总结汇报，对

测试进行总结，并且

提交给全体项FI组，

为产品的后续工作提

供重要的信息支持。

过程要点

输入条件测试组完毕了所有日勺测试实行工作.

工作内容•测试组长根据测试的成果，按照测试总结汇报的1文档模板编写

测试汇报（参照测试总结汇报模板），测试汇报必须包括如下

重要内容：

•测试资源概述一一多少人、多长时间。

・测试成果摘要一一分别描述各个测试需求的测试成果，产品实

现了哪些功能点，哪些还没有实现

•缺陷分析---按照缺陷的属性分类进行分析

•测试需求覆盖率一一原先列举的测试需求H勺测试覆盖率，也许

一部分测试需求由于资源和优先级的原因没有进行测试，那么

在这里要进行阐明

•测试评估一一从总体对项目质量进行评估

•测试组提议一一从测试组的角度为项目组提出工作提议

退出原则测试组长完毕了符合原则的测试汇报，发送给全项目组。

负责人测试组长

表13

3.4.2测试验收

测试验收工作是在以详细描述

上工作所有结束后，

对测试的过程，效果

进行验收，宣布测试

结束。

过程要点

输入条件测试终止汇报需求文档

•验收组组员，对本次测试进行验收，验收内容包括：

・测试效果验收一一测试与否抵达预期目的J

•测试文档验收一一测试过程文档与否齐全，可信，符合原则

工作内容•测试评估一一从总体对测试的质量进行评估

•测试提议一一对本次测试工作指出局限性，需要在后来工作中

改善的地方

•宣布测试结束一一测试验收组组员签字宣布本次测试结束

测试验收通过，测试验收会议记录整顿完毕

退出原则

验收组人员，质量部经理，测试组长，项目经理

参与人员

负责人项目经理

表14

3.4.3测试归档

测试归档是在测试验详细描述

收结束宣布测试有

效，结束测试后，对

测试过程中波及到多

种原则文档进行归

类，存档。

过程要点

输入条件测试验收通过

工作内容•归类、存档测试过程波及到的文档，重要包括如下文档（必须）

•测试计划书

•测试用例书

・测试汇报

•阶段性测试汇报

•测试总结汇报

・测试验收会议记录

退出原则所有文档归类完毕，版本号封存

负责人测试组长

表15

3.4.4测试工作总结

测试总结工作是在以详细描述

上的工作所有结束后

来，它的目的是评估

本次测试工作，总结

经验，增进测试流程

及规范的改善和提

高，同步也提醒全体

测试组组员在后来时

工作中需注意的问

题。

过程要点

输入条件项目验收工作完毕。

工作内容•由质量部经理，测试组长召开项目测试工作总结会议，会议内

容重要为：

•测试组长对项FI期间的整个测试组的工作状况进行总结，指出

测试工作中存在日勺问题，同步也对工作中体现好的地方给与肯

定。（详细包括整个测试状况、流程实行、人员安排、测试措施

等）

•参与本次项目测试工作的所有组员个人体会和提议。