测试组测试作业规范Word文件下载.docx

测试组测试作业规范Word文件下载.docx

《测试组测试作业规范Word文件下载.docx》由会员分享，可在线阅读，更多相关《测试组测试作业规范Word文件下载.docx（23页珍藏版）》请在冰点文库上搜索。

目录的 

DebugVer 

文件夹的相应版本目录下，

上传到 

服务器；

2）上传的文件包含有：

程序固件包,《098.程序更改申请、归档说明登记表》，《XXX 

程

序更改记录表》,《XXX 

程序发布记录表》，若有《合同评审表》和《设计/工程更改申请、评

审表》也需要上传，以及一些程序修改参考文件。

3）在禅道上创建版本时应填写固件的 

地址，无需上传固件文件。

2、研发人员在程序版本上创建测试任务指派给测试组长

测试任务创建要求：

1）写明程序修改原因，如果是分支程序需写明从哪个程序版本上创建的分支；

2）联相关需求或者 

BUG 

等；

3）写明需要测试的内容，以及修改程序可能影响的到的程序功能；

4）编写测试用例，关联测试用例；

5）自测是否通过；

6）写明测试时间要求，为了时间合理安排请留有 

天以上的测试时间。

如果测试时间要

求比较紧急，可与测试组长沟通。

3、测试组长审核测试任务并指派到具体执行人员

测试组长审核测试任务提交的测试材料是否齐全，如果不齐全，测试组长可将测试任务重

新指派给研发人员。

审核通过，测试组长将任务指派到具体执行人员，并监督测试执行情况。

4、测试人员执行测试任务

1）根据研发人员提供的测试内容测试；

2）测试本机型之前出现过的普遍性 

是否存在；

3）测试每个机型的必测项目；

4）测试过程中完善测试用例；

5）记录测试 

BUG，并在禅道上提测试 

BUG，每个 

单独创建。

并将测试 

抄送给项目

经理和测试组长。

6）从禅道上导出《XX 

程序测试报告》，（XX 

为程序版本）无论是否通过都要导出签字归

档；

同时做好 

汇总及记录；

7）测试通过后程序发布归档。

5、测试流程

根据纠错方

案修改程序

程序设计人员修改程序

程序测试人员提交测试任

务指派给测试组长

修改程序，

激活测试任

务

BUG能解决？

组织评审，评

估BUG严重程

度，给出纠错

方案

测试组长将测试任务指派

给具体测试人员

测试人员根据测试用例和

程序修改需求测试程序

研发人员分析

BUG原因

Y

BUG确实存

在？

N

给出相应设计

说明，或提供

“设计如此”

证据

程序测试通

过？

使用禅道导出

测试不通过报

告，测试未通

过

编写程序BUG

指派给程序设

计人员

关闭相应BUG

测试人员修改

测试报告

完成测试任务，使用禅道

导出测试通过报告

图 

成熟机型程序测试流程

4.2 

成熟产品关键器件替换测试流程

关键器件替代的测试目的是测试验证新器件是否满足原产品的设计输入要求。

之前测样品测试

直接由采购直接提供给测试组测试，导致器件替换后项目组有可能不知情。

现更改测试流程，由研

发人员先根据样品的技术参数进行评审后再创建测试任务。

1、研发人员在禅道上创建测试任务指派给测试组长

1）提交器件替换的《设计/工程更改申请、评审表》，评审表需写明替换原因，新样品的

技术参数是否满足原机型的设计要求；

2）写明供方和厂家的方面说明；

3）写明新样品可能会用于哪些机型；

4）提供新样品的数据手册或技术参数；

5）写明测试时间要求。

2、测试组长审核测试任务并指派到具体执行人员

测试组长审核测试任务提交的内容是否齐全，如果不齐全，测试组长可将测试任务重新指

派给研发人员。

3、测试人员编写测试方案

测试人员根据研发人员提供的测试资料编写测试方案，测试人员需在接到测试任务的两个

工作日内完成测试方案，并提交给研发人员审核，研发人员审核通过后提交给测试组长复核批准。

组长复核批准后测试人员方可执行的测试。

4、执行测试

测试人员严格按照测试方案进行测试，并记录测试结果。

测试完成后编写测试报告。

若测

试过程如果发现测试方案存在问题，重新修改测试方案，经审核后重新执行测试。

上传新样品的数据手册到禅道->

文档->

数据手册中。

数据手册文件的命名尽量与物资编码

表中的该样品的物料名称一致。

5 

研发人员对器件进行评审

结束

评审通过？

创建测试任务，提供相应

文件，指派给测试组长

测试人员根据测试任务编

写测试方案

研发人员审核

通过？

测试组长复核

测试人员根据测试方案进

行测试

测试通过？

编写测试未通过报告

编写测试通过报告

成熟机型关键器件替换测试流程

4.3 

研发机型功能模块测试流程

研发机型功能模块测试的目的，验证功能模块是否满足模式设计输入要求。

1）提交模块设计方案、模块自测报告；

6 

2）写明模块测试要求；

3）写明测试时间要求；

要求：

1）按照测试方案执行测试；

2）记录测试 

BUG；

3）将 

在禅道上提交给研发人员，每一个 

单独提交，并抄送给项目经理和测试组长；

4）根据测试结果编写测试报告，无论测试是否通过。

5）若模块设计存在严重设计缺陷，无法按照测试方案继续往下测试，测试人员可在禅道的测

试任务中备注相关信息，指派给测试组长，抄送给研发人员和项目经理。

测试组长审核后关闭测试

任务，测试人员编写测试不通过报告，中断本次测试。

研发人员对缺陷重新设计后，需要重新提交

测试任务。

8 

研发人员对模块进行设计

研发人员自

测通过？

研发人员创建测试任务，

提供相应文件，指派给测

试组长

测试人员根据测试任务在

规定时间内编写测试方案

研发人员激活测试任务，

指派给测试人员，重新填

写测试时间

研发人员解决BUG，备

注BUG处理信息，指派

给测试人员

提交测试BUG给研发人

员，抄送相关人员

完成本次测试任务，备注

信息，指派给研发人员

是否为致命

BUG？

测试人员关闭相应BUG

测试人员编写测试通过报

告

测试人员完成测试任务，

指派给测试组长

测试组长关闭测试任务

将测试任务指派给测试组

长，并抄送相关人员

测试组长审核

测试人员编写测试不通过

报告，提交测试BUG

中断本次测试

4.4 

研发机型整机测试流程

研发机型整机测试的目的是测试设计是否满足设计输入要求。

1）提交整机设计方案、模块自测报告、整机自测报告、整机功能和性能需求列表，注册

标准等；

2）写明整机测试要求；

测试人员根据研发人员提供的测试资料编写测试方案，测试人员需在接到测试任务的五个

5）若仪器设计存在严重设计缺陷，无法按照测试方案继续往下测试，测试人员可在禅道的测

10 

5、测试流程与模块测试流程一致

4.5 

技术研发成果测试流程

技术研发成果测试是验证新技术的研发成果是否满足设计输入要求，以及是否能用于仪器生产

的测试评估；

1）提交新技术设计方案，自测报告，测试通过标准；

2）写明测试时间要求；

5）若该设计存在严重设计缺陷，无法按照测试方案继续往下测试，测试人员可在禅道的测试

任务中备注相关信息，指派给测试组长，抄送给研发人员和项目经理。

测试组长审核后关闭测试任

务，测试人员编写测试不通过报告，中断本次测试。

研发人员对缺陷重新设计后，需要重新提交测

11 

试任务。

管理

测试人员发现 

之后，需要在禅道上找到相对应机型提交 

BUG，提交 

的同时需要对 

BUG

进行分类，分类 

属于仪器的哪个部分，方便统计 

出现情况。

5.1 

提交

每个 

必须在禅道上相应机型目录下单独提交，将 

指派给相应的研发人员，同时抄送给

项目经理和测试组长；

1、BUG 

标题格式：

【所属机型或模块】BUG 

内容简单描述

例如：

【SG 

模块】在进行质控检测时按下急诊位仪器死机

2、偶发性 

BUG：

如果 

为偶发性 

BUG，需要在内容中注明。

3、BUG 

复现步骤，需要明确写明 

出现的步骤，方便研发人员确认 

4、选择 

类型和 

的严重程度。

的严重程度分为 

个等级，致命、严重、一般、提示，代表编号分别为 

1,2,3,4

致命 

BUG，表现在：

主流程无法跑通，系统无法运行，崩溃或严重资源不足，功能模块无

法连接启动或无法控制功能模块正常运行，主要功能模块无法使用。

仪器死机，系统程

序跑飞，功能模块连接异常，无法存取数据，显示黑屏、花屏、无法触控，无法正常检测等。

严重 

BUG，表现在影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定

性。

串口输出异常，打印乱码，无法识别试纸类型，触摸屏严重漂移，检测结果不达标

等。

一般 

BUG，表现在界面、性能缺陷。

边界条件下输入错误，容错性不好，显示内容

错误，打印内容错误等。

提示 

BUG，易用性及建议性问题。

例如，按键区域太小不方便操作，按键排列不整齐，界

面颜色搭配不协调，打印结果不对齐，出现错别字等。

5、上传必要的 

图片或者视频，方便研发人员确认 

BUG。

5.2 

处理

12 

研发人员收到测试人员提的 

后，先确认该 

是否存在，若 

则确认并分析 

原因和

处理方案；

1、研发人员确认 

后，需要再在 

上备注 

的发生原因分析，BUG 

解决方案简介；

2、若研发人员分析改 

为“设计如此”，需要给出设计如此的证据；

3、若是“延期处理”的 

BUG，视为 

未解决，同时要备注 

预期处理完成的时间。

处理流程如下：

测试人员提价BUG

禅道上提交BUG指派给

研发人员，并抄送给项目

经理和测试组长

BUG是否存在

研发人员给出不

是BUG的证据

测试人员关闭

重新激活BUG

BUG，并备注

BUG原因和处理

解决BUG后将

BUG标注为“已

解决”，指派给

测试人员

测试人员测试

BUG是否解决？

关闭BUG

处理流程

测试成果

测试成果通过测试方案、测试报告、测试周报和测试月报体现。

6.1 

测试方案

测试方案用于描述测试要求的环境，测试步骤、测试合格的预期结果等，测试方案应包含相关

内容

详细说明

测试报告名称

记录测试报告的名称

测试人员、时间、地点

记录测试报告的测试人、时间、地点

测试版本号

测试人员测试程序版本号

产品

测试属于哪一类产品

构建者

任务构建者

打包日期

测试开始时间

任务描述

让测试人员明确测试任务

已关联需求

程序修改需求，明确测试重点

已关联 

测试过程出现 

及 

处理情况

测试任务&

测试结果

BUG、研发人员修改 

之后的复测及其测试

结果

拟制和复核

测试人员填写测试人和时间

13 

1、禅道导出程序测试报告

2、自写测试报告

测试用例。

测试方案由测试人员拟制、研发人员审核、测试组长复核批准。

测试方案电子档命名规

范“测试任务编号_测试任务名称+测试方案_修改次数”,测试任务编号为禅道的测试任务编号。

如

“1196_在常温常湿下老练新开模的两种材料圆带测试方案_00”

6.2 

测试报告分为三种，程序测试报告，测试组自写测试报告，研发人员自测报告。

程序测试报告

由禅道导出，测试组自写测试报告和研发人员自测报告使用同一个模板。

测试报告电子档命名规范

规范为“测试任务编号_测试任务名称+测试报告_测试次数”，例如“1196_在常温常湿下老练新开

模的两种材料圆带测试报告_02”。

测试的主要工作

描述本周测试的主要工作内容

整体情况

统计本周测试全部机型的整体情况，包括验证任务数、测试

数

分析所有机型情况

统计版本 

数量、BUG 

严重程度、BUG 

状态、模块 

量等等图表情况

列出未解决 

以表格的形式，列出 

ID 

号、BUG 

描述、解决方案、严重

程度、备注

总结

描述本周测试工作的好的地方及其需要改进的地方

文件编号QG/URT

版号2016-

页码共 

14 

内容详细说明

测试报告名称记录测试报告的名称

测试人员、时间、地点记录测试报告的测试人、时间、地点

测试详细信息记录测试样品的供方、厂家（针对样品）

实验目的和要求测试的目的和相关要求

实验材料测试需要材料

实验方案描述使用哪个测试方案测试

实验过程测试过程及其测试结论

实验结论测试结论

拟制和复核测试人员填写测试人和时间

6.3 

测试周报

测试组用于统计本周测试组测试工作情况。

描述本月测试的主要工作内容

统计本月测试全部机型的整体情况，包括验证任务数、测试

描述本月测试工作的好的地方及其需要改进的地方

15 

6.4 

测试月报

测试组用于统计本月测试组测试工作情况。

测试月报于每月 

25 

日完成，并发给各项目负责人

查阅。

6.5 

测试报告及测试方案管理

1.程序更改测试报告管理

程序更改测试报告电子档随程序固件一起存放在相应机型的 

ReleaseVer->

Build 

目录

中，纸质档打印签字随程序归档单一起归档。

2.其他自写测试报告及测试方案管理

其他自写测试报告电子档存放在

SVN:

http:

//192.169.13.126:

8080/svn/Publicdoc/MechineDoc/测试报告相应机型目录下。

机型目录下分文件夹存放，文件夹命令规范“测试任务编号_测试任务名称”。

文件夹中存放

本次测试的所有测试方案及测试报告。

同时将测试报告上传到禅道->

实验文档库中。

纸

质档随设计更改单签字归档。

由资料管理员将测试方案和测试报告复印做部门归档分类存放。

若测试不通过不能完成设计更改的，由测试人员填写《文件归档单》归档到部门。

7 

工作计划

为了能让测试组的工作更加有条理，测试效率得到提高，对测试工作需要有计划的进行，这样

才能合理安排时间和人力资源。

原则上测试工作以测试计划上的测试任务优先进行，若有临时紧急

任务可与测试组长沟通。

项目组负责人在提交项目月计划的前请提交下月的测试任务给测试组长，测试组长统计所有机

型的测试任务，并制定下月的测试计划。

拟制：

黄鹏 

2016/10/11审核：

批准：