硬件测试与发布管理规范Word格式.docx

硬件测试与发布管理规范Word格式.docx

《硬件测试与发布管理规范Word格式.docx》由会员分享，可在线阅读，更多相关《硬件测试与发布管理规范Word格式.docx（9页珍藏版）》请在冰豆网上搜索。

更改内容

更改日期

备注

1目的

本文档是硬件测试团队的日常工作规范,主要侧重硬件测试工作流程的控制,明确硬件工程的各阶段测试团队应完成的工作,并更加规范的完成产品的功能测试和性能测试,确保产品质量。

硬件测试技术和策略等问题不在本文档描述范围之内。

2测试团队的构成

职责

Ø

仔细研究硬件产品的设计需求、设计方案、原理图、产品说明书等资料,对测试需求有一定的了解和认识。

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

编写覆盖率高的测试用例,针对测试需求进行相关测试技术的研究。

认真仔细地实施测试工作,进行问题跟踪与分析,并提交测试报告供项目组参考。

角色划分

在人力资源有限的情况下,一个团队成员可能会同时承担多个角色。

角色名称

相关主要责任

测试组组长

组建测试小组,代表测试小组与其他角色组进行沟通

编写测试计划,搭建测试环境

测试过程中的进度控制、风险管理

编写测试报告,召开测试评审

硬件测试工程师

识别测试需求,编写测试用例,协助测试评审

执行测试用例,测试结果记录,测试问题记录与跟踪

项目经理

为测试工作提供技术支持,如协助搭建测试环境等

3工作流程及规范

3.1硬件产品测试流程图

3.2计划与设计阶段

测试任务启动

项目经理与测试团队交接测试内容,告之较为确切的测试日期,对测试目标达成一致,统一项目组的目标和测试的工作重点。

项目经理提供当前最新的相关资料《硬件项目计划书》、《硬件需求规格说明书》等。

测试工程师可先研究项目资料,协助测试组组长编写《测试计划》初稿。

过程要点

详细说明

前置条件

项目经理提供《硬件项目计划书》、《硬件需求规格说明书》

工作内容

项目经理通知测试组组长正式测试交接时间,需要测试的功能等；

退出标准

测试任务得到测试组组长确认,《硬件测试计划》初稿完成

输出文档

《硬件测试计划》初稿。

责任人

项目经理,测试组组长

编写测试计划

测试团队需要编写测试计划,为后续的测试工作提供直接的指导。

项目需要测试的功能明确

测试计划中应该至少包括以下关键内容：

●测试需求——需要测试团队测试的范围,各个测试需求的测试优先级

●测试策略——整体测试的测试策略和每个测试需求的测试方法

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

●测试团队角色——明确测试团队内各个成员的角色和相关责任

●可交付工件——在测试团队的工作中必须向项目组提交的产物,包括测试计划、测试报告等

测试计划编写完成后,必须提交给评审委员会评审是否符合要求

测试计划评审通过,《硬件测试计划》完成；

在项目开发过程中,要针对项目特点及时完善测试计划

《硬件测试计划》

设计测试用例

测试团队需要针对项目的测试需求编写测试用例,在实际的测试中,测试用例将是唯一实施标准。

在用例的编写过程中,具体的任务和责任人如下：

测试需求明确,项目经理提供《硬件需求规格说明书》和《设计说明书》

根据每一步测试计划编写全部的测试用例

测试用例需要覆盖所有的测试需求

《硬件测试用例》

测试组组长、测试人员

测试用例评审

在测试团队完成测试用例之后,评审委员会需要对项目的测试用例进行评审,在用例的评审过程中,具体的任务和责任人如下：

测试用例完成

根据项目《硬件需求规格说明书》和《设计说明书》对测试用例进行评审

更新测试用例,测试用例覆盖到所有的测试需求

评审委员会

3.3实施测试阶段

单元/集成测试

在开发团队完成某个单元或集成功能模块后,测试团队需对该功能模块进行测试,确保基本功能都完成。

详细描述

开发团队完成某个单元模块或集成模块,提交测试申请

1项目经理提交测试申请；

2测试组组长评审是否达到可测试的标准；

评审不通过则退回测试申请,评审通过则测试人员实施相应的测试用例,并记录测试的结果,测试问题及时记录和提交,并与项目经理沟通确认问题。

3项目经理将测试过程中的问题改进后,由评审委员会评审是否达到要求,未达要求的则再次执行测试用例,达标的则提交测试报告。

测试通过,基本功能完成。

测试用例中的所有任务被执行,测试结果被记录,测试问题被提交并改进。

测试人员、项目经理

3.3.2系统测试

在开发团队完成硬件系统,测试团队已经完成了集成测试,测试团队需对该硬件产品进行系统测试,确保所有功能都完成。

集成测试完成,开发团队完成硬件系统,提交测试申请

2测试组组长评审是否为初测,不是初测则复查测试问题,执行系统测试,记录测试结果提交评审委员会评审是否达到要求；

若是初测,则测试组组长完善测试计划和测试环境,测试人员完善测试用例并执行系统测试,记录测试的结果,测试问题及时记录和提交,并与项目经理沟通确认问题；

3项目经理将硬件系统改进后,由评审委员会评审是否达到要求,未达要求的则再次改进并重新提交申请测试,如此循环,直到系统测试达标,测试人员提交测试报告,系统测试结束。

测试通过,所有需要测试的功能完成。

3.4总结阶段

编写系统测试报告

在系统测试结束后,测试组组长编写系统测试报告,对系统测试情况进行总结,并且提交给项目经理,为产品的后续工作提供重要的信息支持。

测试团队完成了所有的测试实施工作

测试组组长根据测试的结果编写测试报告,测试报告必须包含以下重要内容：

●测试资源概述——多少人、多长时间

●测试结果摘要——分别描述各个测试需求的测试结果,产品实现了哪些功能点,哪些还没有实现

●测试评估——从总体对项目质量进行评估

●测试团队建议——从测试团队的角度为项目组提出工作建议

测试组组长完成了符合标准的系统测试报告,发送给项目经理。

《系统测试报告》

测试归档

测试归档是在测试任务结束宣布测试有效,结束测试后,对测试过程中涉及到各种标准文档进行归类,存档。

测试任务完成

归类,存档测试过程涉及到的文档,主要包括以下文档〔必须

●《硬件测试计划》

●《硬件测试用例》

●《硬件测试报告》

全部文档归类完毕,版本号封存

4硬件测试问题的解决

4.1测试问题危害的确认

站在用户的角度看待测试问题,小问题也是问题。

产品的最终使用者是用户,对于一个疑点是否属于问题,最有繁衍权的是用户,测试工程师应该站在用户的角度来看待每一个问题,假设用户看到问题表现后的反应。

4.2测试问题的划分

测试问题结果的影响的严重分为致命、严重和一般；

致命问题：

引用系统死机或系统崩溃的问题

严重问题：

引起系统某一功能失效且不能简单恢复的问题

一般问题：

引起系统某一功能失效但可简单恢复或较难重现的问题。

4.3测试问题的反馈

硬件测试工程师在测试过程中发现的任何问题都应该及时记录下来,以文档的形式反馈给项目经理,问题反馈时应尽量将故障现象、触发条件、环境因素等信息描述清楚,以便问题的处理。

测试人员在执行测试用例时要严格把关,问题处理流程不可以随便关闭。

5争议处理

如项目经理对测试结论有争议,由评审委员会协调解决。

测试团队和开发团队应无条件服从仲裁结果。

6标准文档

《测试申请》〔测试任务单

《测试报告》