硬件测试与发布管理规范.doc

XXXXXXXXXXXXXXXXXXXXXXXXX公司
文件编号

版 本 号

总 页 数

硬件测试与发布过程规范

编制：

年 月 日

审核：

年 月 日

批准：

年 月 日

年 月 日
发布
年 月 日
实施
XXXXXXXXXXXXXXXXXXXXXXXXXXX公司 发布

－2－

文件更改记录

序号
版本号
更改内容
更改日期
备注

目 录
1 目的 1
2 测试团队的构成 2
2.1 职责 2
2.2 角色划分 2
3 工作流程及规范 2
3.1 硬件产品测试流程图 3
3.2计划与设计阶段 3
3.2.1测试任务启动 4
3.2.2编写测试计划 4
3.2.3设计测试用例 5
3.2.4测试用例评审 5
3.3实施测试阶段 5
3.3.1单元/集成测试 6
3.3.2系统测试 6
3.4总结阶段 7
3.4.1编写系统测试报告 7
3.4.2测试归档 8
4硬件测试问题的解决 8
4.1测试问题的危害确认 8
4.2测试问题的划分 8
4.3测试问题反馈方式和注意事项 9
5争议处理 9
6 标准文档 9

1 目的
本文档是硬件测试团队的日常工作规范，主要侧重硬件测试工作流程的控制，明确硬件工程的各阶段测试团队应完成的工作，并更加规范的完成产品的功能测试和性能测试，确保产品质量。硬件测试技术和策略等问题不在本文档描述范围之内。
2 测试团队的构成
2.1 职责
Ø 仔细研究硬件产品的设计需求、设计方案、原理图、产品说明书等资料，对测试需求有一定的了解和认识。
Ø 编写合理的测试计划，并与项目整体计划有机地整合在一起。
Ø 编写覆盖率高的测试用例，针对测试需求进行相关测试技术的研究。
Ø 认真仔细地实施测试工作，进行问题跟踪与分析，并提交测试报告供项目组参考。
2.2 角色划分
在人力资源有限的情况下，一个团队成员可能会同时承担多个角色。
角色名称
相关主要责任
测试组组长
Ø 组建测试小组，代表测试小组与其他角色组进行沟通
Ø 编写测试计划，搭建测试环境
Ø 测试过程中的进度控制、风险管理
Ø 编写测试报告，召开测试评审
硬件测试工程师
Ø 识别测试需求，编写测试用例，协助测试评审
Ø 执行测试用例，测试结果记录，测试问题记录与跟踪
项目经理
Ø 为测试工作提供技术支持，如协助搭建测试环境等

3 工作流程及规范
3.1 硬件产品测试流程图

3.2计划与设计阶段
3.2.1测试任务启动
项目经理与测试团队交接测试内容，告之较为确切的测试日期，对测试目标达成一致，统一项目组的目标和测试的工作重点。项目经理提供当前最新的相关资料《硬件项目计划书》、《硬件需求规格说明书》等。测试工程师可先研究项目资料，协助测试组组长编写《测试计划》初稿。
过程要点
详细说明
前置条件
项目经理提供《硬件项目计划书》、《硬件需求规格说明书》
工作内容
项目经理通知测试组组长正式测试交接时间，需要测试的功能等；
退出标准
测试任务得到测试组组长确认，《硬件测试计划》初稿完成
输出文档
《硬件测试计划》初稿。
责任人
项目经理，测试组组长
3.2.2编写测试计划
测试团队需要编写测试计划，为后续的测试工作提供直接的指导。
过程要点
详细说明
前置条件
项目需要测试的功能明确
工作内容
测试计划中应该至少包括以下关键内容：
l 测试需求——需要测试团队测试的范围，各个测试需求的测试优先级
l 测试策略——整体测试的测试策略和每个测试需求的测试方法
l 测试资源——本次测试所需要用到的人力、硬件、软件、技术的资源
l 测试团队角色——明确测试团队内各个成员的角色和相关责任
l 可交付工件——在测试团队的工作中必须向项目组提交的产物，包括测试计划、测试报告等
测试计划编写完成后，必须提交给评审委员会评审是否符合要求
退出标准
测试计划评审通过，《硬件测试计划》完成；
在项目开发过程中，要针对项目特点及时完善测试计划
输出文档
《硬件测试计划》
责任人
测试组组长
3.2.3设计测试用例
测试团队需要针对项目的测试需求编写测试用例，在实际的测试中，测试用例将是唯一实施标准。在用例的编写过程中，具体的任务和责任人如下：
过程要点
详细说明
前置条件
测试需求明确，项目经理提供《硬件需求规格说明书》和《设计说明书》
工作内容
根据每一步测试计划编写全部的测试用例
退出标准
测试用例需要覆盖所有的测试需求
输出文档
《硬件测试用例》
责任人
测试组组长、测试人员
3.2.4测试用例评审
在测试团队完成测试用例之后，评审委员会需要对项目的测试用例进行评审，在用例的评审过程中，具体的任务和责任人如下：
过程要点
详细说明
前置条件
测试用例完成
工作内容
根据项目《硬件需求规格说明书》和《设计说明书》对测试用例进行评审
退出标准
更新测试用例，测试用例覆盖到所有的测试需求
输出文档
《硬件测试用例》
责任人
评审委员会
3.3实施测试阶段
3.3.1单元/集成测试
在开发团队完成某个单元或集成功能模块后，测试团队需对该功能模块进行测试，确保基本功能都完成。
过程要点
详细描述
前置条件
开发团队完成某个单元模块或集成模块，提交测试申请
工作内容
1）项目经理提交测试申请；
2）测试组组长评审是否达到可测试的标准；评审不通过则退回测试申请， 评审通过则测试人员实施相应的测试用例，并记录测试的结果，测试问题及时记录和提交，并与项目经理沟通确认问题。
3）项目经理将测试过程中的问题改进后，由评审委员会评审是否达到要求，未达要求的则再次执行测试用例，达标的则提交测试报告。
退出标准
测试通过，基本功能完成。测试用例中的所有任务被执行，测试结果被记录，测试问题被提交并改进。
责任人
测试人员、项目经理
3.3.2系统测试
在开发团队完成硬件系统，测试团队已经完成了集成测试，测试团队需对该硬件产品进行系统测试，确保所有功能都完成。
过程要点
详细描述
前置条件
集成测试完成，开发团队完成硬件系统，提交测试申请
工作内容
1）项目经理提交测试申请；
2）测试组组长评审是否为初测，不是初测则复查测试问题，执行系统测试，记录测试结果提交评审委员会评审是否达到要求；
若是初测，则测试组组长完善测试计划和测试环境，测试人员完善测试用例并执行系统测试，记录测试的结果，测试问题及时记录和提交，并与项目经理沟通确认问题；
3）项目经理将硬件系统改进后，由评审委员会评审是否达到要求，未达要求的则再次改进并重新提交申请测试，如此循环，直到系统测试达标，测试人员提交测试报告，系统测试结束。
退出标准
测试通过，所有需要测试的功能完成。测试用例中的所有任务被执行，测试结果被记录，测试问题被提交并改进。
责任人
测试人员、项目经理

3.4总结阶段
3.4.1编写系统测试报告
在系统测试结束后，测试组组长编写系统测试报告，对系统测试情况进行总结，并且提交给项目经理，为产品的后续工作提供重要的信息支持。
过程要点
详细描述
前置条件
测试团队完成了所有的测试实施工作
工作内容
测试组组长根据测试的结果编写测试报告，测试报告必须包含以下重要内容：
l 测试资源概述——多少人、多长时间
l 测试结果摘要——分别描述各个测试需求的测试结果，产品实现了哪些功能点，哪些还没有实现
l 测试评估——从总体对项目质量进行评估
l 测试团队建议——从测试团队的角度为项目组提出工作建议
退出标准
测试组组长完成了符合标准的系统测试报告，发送给项目经理。
输出文档
《系统测试报告》
责任人
测试组组长、测试人员
3.4.2测试归档
测试归档是在测试任务结束宣布测试有效，结束测试后，对测试过程中涉及到各种标准文档进行归类，存档。
过程要点
详细描述
前置条件
测试任务完成
工作内容
归类，存档测试过程涉及到的文档，主要包括以下文档（必须）
l 《硬件测试计划》
l 《硬件测试用例》
l 《硬件测试报告》
退出标准
全部文档归类完毕，版本号封存
责任人
测试组组长

4 硬件测试问题的解决
4.1 测试问题危害的确认
站在用户的角度看待测试问题，小问题也是问题。
产品的最终使用者是用户，对于一个疑点是否属于问题，最有繁衍权的是用户，测试工程师应该站在用户的角度来看待每一个问题，假设用户看到问题表现后的反应。

4.2 测试问题的划分
测试问题结果的影响的严重分为致命、严重和一般；
致命问题：引用系统死机或系统崩溃的问题
严重问题：引起系统某一功能失效且不能简单恢复的问题
一般问题：引起系统某一功能失效但可简单恢复或较难重现的问题。
4.3 测试问题的反馈
硬件测试工程师在测试过程中发现的任何问题都应该及时记录下来，以文档的形式反馈给项目经理，问题反馈时应尽量将故障现象、触发条件、环境因素等信息描述清楚，以便问题的处理。
测试人员在执行测试用例时要严格把关，问题处理流程不可以随便关闭。

5争议处理
如项目经理对测试结论有争议，由评审委员会协调解决。测试团队和开发团队应无条件服从仲裁结果。
6 标准文档
Ø 《硬件测试计划》
Ø 《硬件测试用例》
Ø 《测试申请》（测试任务单）
Ø 《测试报告》

9