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

XXXXXXXXXXXXXXXXXXXXXXXXX公司文件编号版 本 号总 页 数硬件测试与发布过程规范 编制： 年 月 日审核： 年 月 日批准： 年 月 日 年 月 日发布 年 月 日实施XXXXXXXXXXXXXXXXXXXXXXXXXXX公司 发布2文件更改记录序号版本号更改内容更改日期备注目 录1目的12测试团队的构成22.1职责22.2角色划分23 工作流程及规范23.1 硬件产品测试流程图33.2计划与设计阶段33.2.1测试任务启动43.2.2编写测试计划43.2.3设计测试用例53.2.4测试用例评审53.3实施测试阶段53.3.1单元/集成测试63.3.2系统测试63.4总结阶段73.4.1编写系统测试报告73.4.2测试归档84硬件测试问题的解决84.1测试问题的危害确认84.2测试问题的划分84.3测试问题反馈方式和注意事项95争议处理96 标准文档91 目的本文档是硬件测试团队的日常工作规范，主要侧重硬件测试工作流程的控制，明确硬件工程的各阶段测试团队应完成的工作，并更加规范的完成产品的功能测试和性能测试，确保产品质量。硬件测试技术和策略等问题不在本文档描述范围之内。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