硬件测试与发布管理规范Word格式.docx
《硬件测试与发布管理规范Word格式.docx》由会员分享,可在线阅读,更多相关《硬件测试与发布管理规范Word格式.docx(9页珍藏版)》请在冰豆网上搜索。
![硬件测试与发布管理规范Word格式.docx](https://file1.bdocx.com/fileroot1/2022-10/10/3d788557-7ca7-4358-ba64-d373b4fb8ef9/3d788557-7ca7-4358-ba64-d373b4fb8ef91.gif)
更改内容
更改日期
备注
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标准文档
《测试申请》〔测试任务单
《测试报告》