1 目的
明确测试人员的工作职责，明确研发人员提交测试流程以及测试输入文件，明确测试人员的测试流程以及测试输出文件。 2 适用范围
适用事业一部所有研发人员和测试人员。 3 职责
3.1 测试组工作内容
成熟产品程序升级测试；成熟产品关键器件替换测试；研发机型功能模块测试；研发机型整机测试；技术研发成果测试；根据测试结果编写测试报告；统计测试成果编写测试周报月报等工作； 3.2 测试组长
主要负责编写测试计划、测试用例、执行/分配测试任务、测试方案和测试报告的审核。 3.3 测试员
测试方案编写、测试任务的执行及测试报告的编写和问题的反馈。 4 测试流程
4.1 成熟产品程序升级测试流程
成熟产品程序测试一般有严格的时间要求，为提交工作效率，将测试流程相对简化。 1、研发人员在禅道上创建程序版本
1）研发人员将程序固件包拷贝到对应机型SVN目录的DebugVer文件夹的相应版本目录下，上传到SVN服务器；
2）上传的文件包含有：程序固件包,《098.程序更改申请、归档说明登记表》，《XXX程序更改记录表》,《XXX程序发布记录表》，若有《合同评审表》和《设计/工程更改申请、评审表》也需要上传，以及一些程序修改参考文件。
3）在禅道上创建版本时应填写固件的SVN地址，无需上传固件文件。 2、研发人员在程序版本上创建测试任务指派给测试组长
测试任务创建要求：
1）写明程序修改原因，如果是分支程序需写明从哪个程序版本上创建的分支； 2）联相关需求或者BUG等；
3）写明需要测试的内容，以及修改程序可能影响的到的程序功能； 4）编写测试用例，关联测试用例； 5）自测是否通过；
6）写明测试时间要求，为了时间合理安排请留有2天以上的测试时间。如果测试时间要求
比较紧急，可与测试组长沟通。
3、测试组长审核测试任务并指派到具体执行人员
测试组长审核测试任务提交的测试材料是否齐全，如果不齐全，测试组长可将测试任务重
新指派给研发人员。审核通过，测试组长将任务指派到具体执行人员，并监督测试执行情况。
4、测试人员执行测试任务
1）根据研发人员提供的测试内容测试；
2）测试本机型之前出现过的普遍性BUG是否存在；
3）测试每个机型的必测项目； 4）测试过程中完善测试用例；
5）记录测试BUG，并在禅道上提测试BUG，每个BUG单独创建。并将测试BUG抄送给项目
经理和测试组长。
6）从禅道上导出《XX程序测试报告》，（XX为程序版本）无论是否通过都要导出签字归
档；同时做好BUG汇总及记录；
7）测试通过后程序发布归档。 5、测试流程
根据纠错方案修改程序程序设计人员修改程序组织评审，评估BUG严重程度，给出纠错方案程序测试人员提交测试任务指派给测试组长修改程序，激活测试任务YBUG能解决？N测试组长将测试任务指派给具体测试人员研发人员分析BUG原因测试人员根据测试用例和程序修改需求测试程序YBUG确实存在？N给出相应设计说明，或提供“设计如此”证据程序测试通过？NY关闭相应BUG使用禅道导出测试不通过报告，测试未通过编写程序BUG指派给程序设计人员测试人员修改测试报告完成测试任务，使用禅道导出测试通过报告 图1 成熟机型程序测试流程
4.2 成熟产品关键器件替换测试流程
关键器件替代的测试目的是测试验证新器件是否满足原产品的设计输入要求。之前测样品测试直接由采购直接提供给测试组测试，导致器件替换后项目组有可能不知情。现更改测试流程，由研发人员先根据样品的技术参数进行评审后再创建测试任务。
1、研发人员在禅道上创建测试任务指派给测试组长
测试任务创建要求：
1）提交器件替换的《设计/工程更改申请、评审表》，评审表需写明替换原因，新样品的
技术参数是否满足原机型的设计要求；
2）写明供方和厂家的方面说明； 3）写明新样品可能会用于哪些机型；
4）提供新样品的数据手册或技术参数； 5）写明测试时间要求。
2、测试组长审核测试任务并指派到具体执行人员
测试组长审核测试任务提交的内容是否齐全，如果不齐全，测试组长可将测试任务重新指
派给研发人员。审核通过，测试组长将任务指派到具体执行人员，并监督测试执行情况。
3、测试人员编写测试方案
测试人员根据研发人员提供的测试资料编写测试方案，测试人员需在接到测试任务的两个
工作日内完成测试方案，并提交给研发人员审核，研发人员审核通过后提交给测试组长复核批准。组长复核批准后测试人员方可执行的测试。
4、执行测试
测试人员严格按照测试方案进行测试，并记录测试结果。测试完成后编写测试报告。若测
试过程如果发现测试方案存在问题，重新修改测试方案，经审核后重新执行测试。
上传新样品的数据手册到禅道->文档->数据手册中。数据手册文件的命名尽量与物资编码表
中的该样品的物料名称一致。
5、测试流程
研发人员对器件进行评审结束N评审通过？Y创建测试任务，提供相应文件，指派给测试组长测试组长将测试任务指派给具体测试人员测试人员根据测试任务编写测试方案研发人员审核通过？NY测试组长复核通过？NY测试人员根据测试方案进行测试测试通过？N编写测试未通过报告Y编写测试通过报告 图2 成熟机型关键器件替换测试流程
4.3 研发机型功能模块测试流程
研发机型功能模块测试的目的，验证功能模块是否满足模式设计输入要求。 1、研发人员在禅道上创建测试任务指派给测试组长 测试任务创建要求：
1）提交模块设计方案、模块自测报告； 2）写明模块测试要求； 3）写明测试时间要求；
2、测试组长审核测试任务并指派到具体执行人员
测试组长审核测试任务提交的内容是否齐全，如果不齐全，测试组长可将测试任务重新指
派给研发人员。审核通过，测试组长将任务指派到具体执行人员，并监督测试执行情况。
3、测试人员编写测试方案
测试人员根据研发人员提供的测试资料编写测试方案，测试人员需在接到测试任务的两个
工作日内完成测试方案，并提交给研发人员审核，研发人员审核通过后提交给测试组长复核批准。组长复核批准后测试人员方可执行的测试。
4、执行测试
要求：1）按照测试方案执行测试； 2）记录测试BUG；
3）将BUG在禅道上提交给研发人员，每一个BUG单独提交，并抄送给项目经理和测试组长； 4）根据测试结果编写测试报告，无论测试是否通过。
5）若模块设计存在严重设计缺陷，无法按照测试方案继续往下测试，测试人员可在禅道的测试任务中备注相关信息，指派给测试组长，抄送给研发人员和项目经理。测试组长审核后关闭测试任务，测试人员编写测试不通过报告，中断本次测试。研发人员对缺陷重新设计后，需要重新提交测试任务。
5、测试流程
研发人员对模块进行设计N研发人员自测通过？Y研发人员创建测试任务，提供相应文件，指派给测试组长测试组长将测试任务指派给具体测试人员测试人员根据测试任务在规定时间内编写测试方案研发人员审核通过？N研发人员激活测试任务，指派给测试人员，重新填写测试时间Y测试组长复核通过？研发人员解决BUG，备注BUG处理信息，指派给测试人员N提交测试BUG给研发人员，抄送相关人员Y测试人员根据测试方案进行测试完成本次测试任务，备注信息，指派给研发人员测试通过？N是否为致命BUG？N编写测试未通过报告Y测试人员关闭相应BUGY将测试任务指派给测试组长，并抄送相关人员测试人员编写测试通过报告测试人员完成测试任务，指派给测试组长测试组长审核测试组长关闭测试任务测试组长关闭测试任务测试人员编写测试不通过报告，提交测试BUG中断本次测试 图 3研发机型功能模块测试流程
4.4 研发机型整机测试流程
研发机型整机测试的目的是测试设计是否满足设计输入要求。
1、研发人员在禅道上创建测试任务指派给测试组长 测试任务创建要求：
1）提交整机设计方案、模块自测报告、整机自测报告、整机功能和性能需求列表，注册标
准等；
2）写明整机测试要求； 3）写明测试时间要求；
2、测试组长审核测试任务并指派到具体执行人员
测试组长审核测试任务提交的内容是否齐全，如果不齐全，测试组长可将测试任务重新指
派给研发人员。审核通过，测试组长将任务指派到具体执行人员，并监督测试执行情况。
3、测试人员编写测试方案
测试人员根据研发人员提供的测试资料编写测试方案，测试人员需在接到测试任务的五个
工作日内完成测试方案，并提交给研发人员审核，研发人员审核通过后提交给测试组长复核批准。组长复核批准后测试人员方可执行的测试。
4、执行测试
要求：1）按照测试方案执行测试； 2）记录测试BUG；
3）将BUG在禅道上提交给研发人员，每一个BUG单独提交，并抄送给项目经理和测试组长； 4）根据测试结果编写测试报告，无论测试是否通过。
5）若仪器设计存在严重设计缺陷，无法按照测试方案继续往下测试，测试人员可在禅道的测试任务中备注相关信息，指派给测试组长，抄送给研发人员和项目经理。测试组长审核后关闭测试任务，测试人员编写测试不通过报告，中断本次测试。研发人员对缺陷重新设计后，需要重新提交测试任务。
5、测试流程与模块测试流程一致 4.5 技术研发成果测试流程
技术研发成果测试是验证新技术的研发成果是否满足设计输入要求，以及是否能用于仪器生产的测试评估；
1、研发人员在禅道上创建测试任务指派给测试组长 测试任务创建要求：
1）提交新技术设计方案，自测报告，测试通过标准； 2）写明测试时间要求；
2、测试组长审核测试任务并指派到具体执行人员
测试组长审核测试任务提交的内容是否齐全，如果不齐全，测试组长可将测试任务重新指
派给研发人员。审核通过，测试组长将任务指派到具体执行人员，并监督测试执行情况。
3、测试人员编写测试方案
测试人员根据研发人员提供的测试资料编写测试方案，测试人员需在接到测试任务的五个
工作日内完成测试方案，并提交给研发人员审核，研发人员审核通过后提交给测试组长复核批准。组长复核批准后测试人员方可执行的测试。
4、执行测试
要求：1）按照测试方案执行测试； 2）记录测试BUG；
3）将BUG在禅道上提交给研发人员，每一个BUG单独提交，并抄送给项目经理和测试组长； 4）根据测试结果编写测试报告，无论测试是否通过。
5）若该设计存在严重设计缺陷，无法按照测试方案继续往下测试，测试人员可在禅道的测试任务中备注相关信息，指派给测试组长，抄送给研发人员和项目经理。测试组长审核后关闭测试任务，测试人员编写测试不通过报告，中断本次测试。研发人员对缺陷重新设计后，需要重新提交测试任务。
5、测试流程与模块测试流程一致 5 BUG管理
测试人员发现BUG之后，需要在禅道上找到相对应机型提交BUG，提交BUG的同时需要对BUG进行分类，分类BUG属于仪器的哪个部分，方便统计BUG出现情况。 5.1 BUG提交
每个BUG必须在禅道上相应机型目录下单独提交，将BUG指派给相应的研发人员，同时抄送给项目经理和测试组长；
1、BUG标题格式：【所属机型或模块】BUG内容简单描述 例如：【SG模块】在进行质控检测时按下急诊位仪器死机 2、偶发性BUG：如果BUG为偶发性BUG，需要在内容中注明。
3、BUG复现步骤，需要明确写明BUG出现的步骤，方便研发人员确认BUG； 4、选择BUG类型和BUG的严重程度。
BUG的严重程度分为4个等级，致命、严重、一般、提示，代表编号分别为1,2,3,4 致命BUG，表现在：主流程无法跑通，系统无法运行，崩溃或严重资源不足，功能模块无法连接启动或无法控制功能模块正常运行，主要功能模块无法使用。例如：仪器死机，系统程序跑飞，功能模块连接异常，无法存取数据，显示黑屏、花屏、无法触控，无法正常检测等。
严重BUG，表现在影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。例如：串口输出异常，打印乱码，无法识别试纸类型，触摸屏严重漂移，检测结果不达标等。
一般BUG，表现在界面、性能缺陷。例如：边界条件下输入错误，容错性不好，显示内容错误，打印内容错误等。
提示BUG，易用性及建议性问题。例如，按键区域太小不方便操作，按键排列不整齐，界面颜色搭配不协调，打印结果不对齐，出现错别字等。 5、上传必要的BUG图片或者视频，方便研发人员确认BUG。 5.2 BUG处理
研发人员收到测试人员提的BUG后，先确认该BUG是否存在，若BUG则确认并分析BUG原因和BUG处理方案；
要求：
1、研发人员确认BUG后，需要再在BUG上备注BUG的发生原因分析，BUG解决方案简介； 2、若研发人员分析改BUG为“设计如此”，需要给出设计如此的证据；
3、若是“延期处理”的BUG，视为BUG未解决，同时要备注BUG预期处理完成的时间。 BUG处理流程如下：
测试人员提价BUG禅道上提交BUG指派给研发人员，并抄送给项目经理和测试组长研发人员分析BUG是否存在N研发人员给出不是BUG的证据测试人员关闭BUGY重新激活BUG研发人员分析BUG，并备注BUG原因和处理方案解决BUG后将BUG标注为“已解决”，指派给测试人员N测试人员测试BUG是否解决？Y关闭BUG 图4 BUG处理流程
6 测试成果
测试成果通过测试方案、测试报告、测试周报和测试月报体现。 6.1 测试方案
测试方案用于描述测试要求的环境，测试步骤、测试合格的预期结果等，测试方案应包含相关测试用例。测试方案由测试人员拟制、研发人员审核、测试组长复核批准。测试方案电子档命名规范“测试任务编号_测试任务名称+测试方案_修改次数”,测试任务编号为禅道的测试任务编号。如“1196_在常温常湿下老练新开模的两种材料圆带测试方案_00” 6.2 测试报告
测试报告分为三种，程序测试报告，测试组自写测试报告，研发人员自测报告。程序测试报告由禅道导出，测试组自写测试报告和研发人员自测报告使用同一个模板。测试报告电子档命名规范规范为“测试任务编号_测试任务名称+测试报告_测试次数”，例如“1196_在常温常湿下老练新开模的两种材料圆带测试报告_02”。
1、禅道导出程序测试报告
内容
详细说明
测试报告名称 测试人员、时间、地点 测试版本号 产品 构建者 打包日期 任务描述 已关联需求 已关联BUG 测试任务&测试结果 拟制和复核 2、自写测试报告
记录测试报告的名称 记录测试报告的测试人、时间、地点 测试人员测试程序版本号 测试属于哪一类产品 任务构建者 测试开始时间 让测试人员明确测试任务 程序修改需求，明确测试重点 测试过程出现BUG及BUG处理情况 测试人员发现BUG、研发人员修改BUG之后的复测及其测试结果 测试人员填写测试人和时间 内容 测试报告名称 测试人员、时间、地点 测试详细信息 实验目的和要求 实验材料 实验方案 实验过程 实验结论 拟制和复核
6.3 测试周报
详细说明 记录测试报告的名称 记录测试报告的测试人、时间、地点 记录测试样品的供方、厂家（针对样品） 测试的目的和相关要求 测试需要材料 描述使用哪个测试方案测试 测试过程及其测试结论 测试结论 测试人员填写测试人和时间 测试组用于统计本周测试组测试工作情况。
内容 测试的主要工作 整体情况 分析所有机型情况 列出未解决BUG 总结 6.4 测试月报
详细说明 描述本周测试的主要工作内容 统计本周测试全部机型的整体情况，包括验证任务数、测试BUG数 统计版本BUG数量、BUG严重程度、BUG状态、模块BUG数量等等图表情况 以表格的形式，列出BUG ID号、BUG描述、解决方案、严重程度、备注 描述本周测试工作的好的地方及其需要改进的地方 测试组用于统计本月测试组测试工作情况。测试月报于每月25日完成，并发给各项目负责人查
阅。
内容 测试的主要工作 整体情况 详细说明 描述本月测试的主要工作内容 统计本月测试全部机型的整体情况，包括验证任务数、测试BUG数 统计版本BUG数量、BUG严重程度、BUG状态、模块BUG数量等等图表情况 以表格的形式，列出BUG ID号、BUG描述、解决方案、严重程度、备注 描述本月测试工作的好的地方及其需要改进的地方 分析所有机型情况 列出未解决BUG 总结 6.5 测试报告及测试方案管理
1.程序更改测试报告管理
程序更改测试报告电子档随程序固件一起存放在相应机型的ReleaseVer->Build目录
中，纸质档打印签字随程序归档单一起归档。
2.其他自写测试报告及测试方案管理
其
他
自
写
测
试
报
告
电
子
档
存
放
在
SVN:http://192.169.13.126:8080/svn/Publicdoc/MechineDoc/测试报告 相应机型目录下。机型目录下分文件夹存放，文件夹命令规范“测试任务编号_测试任务名称”。文件夹中存放本次测试的所有测试方案及测试报告。同时将测试报告上传到禅道->文档->实验文档库中。纸质档随设计更改单签字归档。由资料管理员将测试方案和测试报告复印做部门归档分类存放。若测试不通过不能完成设计更改的，由测试人员填写《文件归档单》归档到部门。 7 工作计划
为了能让测试组的工作更加有条理，测试效率得到提高，对测试工作需要有计划的进行，这样才能合理安排时间和人力资源。原则上测试工作以测试计划上的测试任务优先进行，若有临时紧急任务可与测试组长沟通。
项目组负责人在提交项目月计划的前请提交下月的测试任务给测试组长，测试组长统计所有机型的测试任务，并制定下月的测试计划。
拟制： 黄鹏 2016/10/11
审核： 批
准
：
因篇幅问题不能全部显示，请点此查看更多更全内容