()硬件测试与发布管理规定规范_第1页
()硬件测试与发布管理规定规范_第2页
()硬件测试与发布管理规定规范_第3页
()硬件测试与发布管理规定规范_第4页
()硬件测试与发布管理规定规范_第5页
已阅读5页,还剩6页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、(完整版)硬件测试与发布管理规范(完整版)硬件测试与发布管理规范文件更改记录序号版本号更改内容更改日期备注目 录 TOC o u 1目的 PAGEREF _Toc9 h 12测试团队的构成 PAGEREF _Toc0 h 2职责 PAGEREF _Toc1 h 2角色划分 PAGEREF _Toc2 h 23 工作流程及规范 PAGEREF _Toc3 h 2 硬件产品测试流程图 PAGEREF _Toc4 h 3计划与设计阶段 PAGEREF _Toc5 h 3测试任务启动 PAGEREF _Toc6 h 4编写测试计划 PAGEREF _Toc7 h 4设计测试用例 PAGEREF _To

2、c8 h 5测试用例评审 PAGEREF _Toc9 h 5实施测试阶段 PAGEREF _Toc0 h 5单元/集成测试 PAGEREF _Toc1 h 6系统测试 PAGEREF _Toc2 h 6总结阶段 PAGEREF _Toc3 h 7编写系统测试报告 PAGEREF _Toc4 h 7测试归档 PAGEREF _Toc5 h 84硬件测试问题的解决 PAGEREF _Toc6 h 8测试问题的危害确认 PAGEREF _Toc7 h 8测试问题的划分 PAGEREF _Toc8 h 8测试问题反馈方式和注意事项 PAGEREF _Toc9 h 95争议处理 PAGEREF _Toc

3、0 h 96 标准文档 PAGEREF _Toc1 h 9目的本文档是硬件测试团队的日常工作规范,主要侧重硬件测试工作流程的控制,明确硬件工程的各阶段测试团队应完成的工作,并更加规范的完成产品的功能测试和性能测试,确保产品质量。硬件测试技术和策略等问题不在本文档描述范围之内。测试团队的构成职责仔细研究硬件产品的设计需求、设计方案、原理图、产品说明书等资料,对测试需求有一定的了解和认识。编写合理的测试计划,并与项目整体计划有机地整合在一起。编写覆盖率高的测试用例,针对测试需求进行相关测试技术的研究。认真仔细地实施测试工作,进行问题跟踪与分析,并提交测试报告供项目组参考。角色划分在人力资源有限的情

4、况下,一个团队成员可能会同时承担多个角色。角色名称相关主要责任测试组组长组建测试小组,代表测试小组与其他角色组进行沟通编写测试计划,搭建测试环境测试过程中的进度控制、风险管理编写测试报告,召开测试评审硬件测试工程师识别测试需求,编写测试用例,协助测试评审执行测试用例,测试结果记录,测试问题记录与跟踪项目经理为测试工作提供技术支持,如协助搭建测试环境等3 工作流程及规范 硬件产品测试流程图计划与设计阶段测试任务启动项目经理与测试团队交接测试内容,告之较为确切的测试日期,对测试目标达成一致,统一项目组的目标和测试的工作重点。项目经理提供当前最新的相关资料硬件项目计划书、硬件需求规格说明书等。测试工

5、程师可先研究项目资料,协助测试组组长编写测试计划初稿。过程要点详细说明前置条件项目经理提供硬件项目计划书、硬件需求规格说明书 工作内容项目经理通知测试组组长正式测试交接时间,需要测试的功能等;退出标准测试任务得到测试组组长确认,硬件测试计划初稿完成输出文档硬件测试计划初稿。责任人项目经理,测试组组长编写测试计划测试团队需要编写测试计划,为后续的测试工作提供直接的指导。过程要点详细说明前置条件项目需要测试的功能明确工作内容测试计划中应该至少包括以下关键内容:测试需求需要测试团队测试的范围,各个测试需求的测试优先级测试策略整体测试的测试策略和每个测试需求的测试方法测试资源本次测试所需要用到的人力、

6、硬件、软件、技术的资源测试团队角色明确测试团队内各个成员的角色和相关责任可交付工件在测试团队的工作中必须向项目组提交的产物,包括测试计划、测试报告等测试计划编写完成后,必须提交给评审委员会评审是否符合要求退出标准测试计划评审通过,硬件测试计划完成;在项目开发过程中,要针对项目特点及时完善测试计划输出文档硬件测试计划责任人测试组组长设计测试用例测试团队需要针对项目的测试需求编写测试用例,在实际的测试中,测试用例将是唯一实施标准。在用例的编写过程中,具体的任务和责任人如下:过程要点详细说明前置条件测试需求明确,项目经理提供硬件需求规格说明书和设计说明书工作内容根据每一步测试计划编写全部的测试用例退

7、出标准测试用例需要覆盖所有的测试需求输出文档硬件测试用例责任人测试组组长、测试人员测试用例评审在测试团队完成测试用例之后,评审委员会需要对项目的测试用例进行评审,在用例的评审过程中,具体的任务和责任人如下:过程要点详细说明前置条件测试用例完成工作内容根据项目硬件需求规格说明书和设计说明书对测试用例进行评审退出标准更新测试用例,测试用例覆盖到所有的测试需求输出文档硬件测试用例责任人评审委员会实施测试阶段单元/集成测试在开发团队完成某个单元或集成功能模块后,测试团队需对该功能模块进行测试,确保基本功能都完成。过程要点详细描述前置条件开发团队完成某个单元模块或集成模块,提交测试申请工作内容1)项目经

8、理提交测试申请;2)测试组组长评审是否达到可测试的标准;评审不通过则退回测试申请, 评审通过则测试人员实施相应的测试用例,并记录测试的结果,测试问题及时记录和提交,并与项目经理沟通确认问题。3)项目经理将测试过程中的问题改进后,由评审委员会评审是否达到要求,未达要求的则再次执行测试用例,达标的则提交测试报告。退出标准测试通过,基本功能完成。测试用例中的所有任务被执行,测试结果被记录,测试问题被提交并改进。责任人测试人员、项目经理系统测试在开发团队完成硬件系统,测试团队已经完成了集成测试,测试团队需对该硬件产品进行系统测试,确保所有功能都完成。过程要点详细描述前置条件集成测试完成,开发团队完成硬

9、件系统,提交测试申请工作内容1)项目经理提交测试申请;2)测试组组长评审是否为初测,不是初测则复查测试问题,执行系统测试,记录测试结果提交评审委员会评审是否达到要求;若是初测,则测试组组长完善测试计划和测试环境,测试人员完善测试用例并执行系统测试,记录测试的结果,测试问题及时记录和提交,并与项目经理沟通确认问题;3)项目经理将硬件系统改进后,由评审委员会评审是否达到要求,未达要求的则再次改进并重新提交申请测试,如此循环,直到系统测试达标,测试人员提交测试报告,系统测试结束。退出标准测试通过,所有需要测试的功能完成。测试用例中的所有任务被执行,测试结果被记录,测试问题被提交并改进。责任人测试人员

10、、项目经理总结阶段编写系统测试报告在系统测试结束后,测试组组长编写系统测试报告,对系统测试情况进行总结,并且提交给项目经理,为产品的后续工作提供重要的信息支持。过程要点详细描述前置条件测试团队完成了所有的测试实施工作工作内容测试组组长根据测试的结果编写测试报告,测试报告必须包含以下重要内容:测试资源概述多少人、多长时间测试结果摘要分别描述各个测试需求的测试结果,产品实现了哪些功能点,哪些还没有实现测试评估从总体对项目质量进行评估测试团队建议从测试团队的角度为项目组提出工作建议退出标准测试组组长完成了符合标准的系统测试报告,发送给项目经理。输出文档系统测试报告责任人测试组组长、测试人员测试归档

11、测试归档是在测试任务结束宣布测试有效,结束测试后,对测试过程中涉及到各种标准文档进行归类,存档。过程要点详细描述前置条件测试任务完成工作内容归类,存档测试过程涉及到的文档,主要包括以下文档(必须)硬件测试计划硬件测试用例硬件测试报告退出标准全部文档归类完毕,版本号封存责任人测试组组长4 硬件测试问题的解决 测试问题危害的确认站在用户的角度看待测试问题,小问题也是问题。产品的最终使用者是用户,对于一个疑点是否属于问题,最有繁衍权的是用户,测试工程师应该站在用户的角度来看待每一个问题,假设用户看到问题表现后的反应。 测试问题的划分测试问题结果的影响的严重分为致命、严重和一般;致命问题:引用系统死机或系统崩溃的问题严重问题:引起系统某一功能失效且不能简单恢复的问题一般问题:引起系统某一功能失效但可简单恢复或较难重现的问题。 测试问题的反馈硬件测试工程师在测试过程中发现的任何问题

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论