测试工作指导R1.2

测试工程师日常工作指导Editor:Version:Date:文件履历表目录一.编写目的 (3)二.工作职责 (4)三.岗位技能 (5)四.定义 (6)五.测试流程 (8)六.测试过程中注意的事项 (14)七.问题的基本分析方法 (17)八.日常办公注意事项 (20)九.驱动以及测试程序的管理 (23)十.测试计划的管理 (24)十一.参考文献 (25)一. 编写目的1.明确测试的工作职责2.明白测试所需的技能，明确所需学习的知识3.理解测试工作的流程，知道如何开展测试工作4.注意测试过程中注意的事项5.了解问题的基本分析方法6.注意日常办公注意事项，早早进入角色编写这手册的主要目的，是为了新进员工能够更好的了解自己的工作内容以及需要的基本技能，能够进行有针对性的学习，更好的开展测试工作，使自己早日成为合格的，甚至优秀的测试工程师。

返回二. 工作职责1.负责项目测试计划的制定2.按照测试计划完成测试并出测试报告3.分析验证测试过程中发现的问题并跟踪问题的解决4.致力于测试方法的改进和技能的提升，并于同事互相分享经验5.研究新技术的性能和特点，制定相应的测试方案6.测试工具的开发7.研发关键评审点的把关我们最基本的工作是制订测试计划，椐计划做测试以及出测试报告。

测试中把我们笔记本电脑的问题找出来，我们还要分析问题，把问题明确化，追踪问题直到问题的解决！我们也需要对评审点进行把关，不要放过任何影响品质的问题。

返回三. 岗位技能1.测试设备的使用2.操作系统以及测试软件的使用3.测试方案和测试计划的制定4.Bug 系统的应用5.怎么写测试报告6.HW，SW, EC, POWER SPEC的了解7.测试规范的了解8.笔记本的架构了解9.IC SPEC的熟悉10.原理图的熟悉11.与外部门沟通协调能力以上是一些必须的工作技能，当然，要成为一个优秀的测试工程师，还要具备高度的责任感，强烈的品质观念，良好的计划、控制、执行能力以及管理能力。

另外需要提高专业知识，优化测试方法，提高分析问题以及解决问题的能力。

返回四. 定义1)EVT：Engineering Verification Test 工程验证测试2)DVT：Design Verification Test 设计验证测试3)PVT：Process Verification Test 制程验证测试4)MP: Mass Production 量产5)HW: Hardware 硬件部6)SW: Software 软件部7)EC: Embedded Control8)Power: Power 电源部9)CE: Component Engineer 零件工程师10)QE: Quality Engineer 品质工程师11)IE: Industrial Engineer 工业工程师12)ME: Mechanical Engineer 机构工程师13)PE: Product Engineer 产品工程师14)PM: Product Management 产品管理15)PMC: Product Material Control 产品物料控制16)PUR: Purchase 采购17)QII: Quality Inspection Instruction 品质检验指导书18)TPI: Test Procedure Instruction 测试程序指导书19)MPI: Manufacturing Process Instruction 生产作业指导书20)PVD：Product Verification Department 产品验证部21)RAD: Reliability Assurance Department 可靠性保证部门22)CAD: Capability Assurance Department 相容性保证部门23)R&D: Research and Development 研发部24)FAI: First Article Inspection 首件检验25)EMI: Electro Magnetic Interference 电磁干扰26)ESD: Electrostatic Static Discharge静电放电27)SMT: Surface Mount Technology 表面贴片技术28)TVR: Tool Verification Report 模具承认书29)QVL: Quality Vendor List 合格供应商名录30)BOM: Bill of Material 物料单31)PCB: Printed Circuit Board 印刷电路板32)PCBA: Printed Circuit Board Assembly 完成贴装之板33)ECR: Engineering Change Request 工程变更请求34)ECN: Engineering Change Notice 工程变更指令返回五. 测试流程1.测试前期准备1)在概念阶段，对该项目的新技术要进行可测试需求分析（参考可测试需求模板）并提交给研发代表和参与新技术可行性分析报告评审。

2)进入计划阶段，根据产品的Spec进行总体测试方案设计（参考总体测试方案设计模板）并提交评审（评审会议的组织者可以我们自己也可以是PM）。

评审通过后，正式release给所有的Team member。

（Team Member list可以从PM那获取）3)总体测试方案中要注意新功能部分，制定新功能的测试计划（参考模板，格式要一致），申请购买新功能部分的测试设备，准备驱动程序。

4)根据Team Member list以及整个产品的Schedule;了解整个项目组的构成人员，进度。

知道相关的接口人。

确定测试产品的数量以及测试的Schedule。

一般情况下，EVT阶段会打15片板子（这些板子全部由我们来分配并记录其状况，如调试和rework的详细状况），我们测试工程师需要5片，别的就分发给研发各部门（一般是硬件，电源，信号每个部门一片，软件部的Bios处和EC处各一片）。

另外我们要知道哪个时间段是我们测试工程师主要参与的时间，我们一定要充分计划这个时间段，不能Delay产品开发的进度。

5)新产品启动后，由硬件工程师、电源工程师和软件工程师提供《产品Specification》、《Hardware Specification》、《Power Specification》、《Software Specification》、《EC Specification》，硬件设计原理图及有关技术资料，这些资料我们可以从DC（文控中心）借到。

6)深入研究产品Features的具体细节和相关技术规范。

特别是一些新的功能我们一定要了解，要读相关的Spec, IC的datasheet等.我们找Datasheet可以请R&D提供，也可以在网上下载。

基本上在google上都可以搜索到。

7)根据产品的SPEC和Schedule拟定测试的Plan。

我们有参考的测试计划模板（参考文件一），可以在上面删除不用的部分，增加新模块测试的部分，另外必须描述清楚本项目特别需要注意的地方，估计哪些地方比较容易出问题，以便自己做好提前准备。

8)准备好测试用的设备和工具。

比如操作系统光碟，Driver CD,测试程式，测试所用之外设等。

Driver部分可以问硬件工程师要，部分测试设备需要提交采购申请单购买。

9)参加各个评审点的评审工作。

这些评审需要我们做为管控的，评审时会有Check List，只有都没有问题我们才能放过，让项目往下走；有的评审我们还可以从中学习一些知识，比如电路图的评审等等。

2.EVT阶段1)根据产品规格以及项目开发的Schedule，拟订EVT Test Plan，参考EVTTest Procedure 来制订（参考文件二），测试计划要和研发人员一起讨论并定稿，必须在开始测试前一星期发行，发给整个Team Member。

2)板子一回来，测试工程师就要跟硬件、电源工程师一起调试板子，记录调试中出现的问题，并跟踪问题的解决。

3)PM会提供15套测试设备到研发库入库，板子调转后也会入到研发库，测试工程师要从研发库把它们借出来，自己留下5套，别的分发给各需要部门，注意做好登记，当出现争议时请PM协调解决。

4)5片板子都要架起来，安装操作系统，按照测试计划进行测试。

当班子有开不了机等用不了的问题时，一定要催硬件、电源工程师维修，保证我们的测试数量以及进度。

5)对于功能未实现部分，要尽力去催R&D实现，如果因为这样而影响到我们的测试Schedule，虽然R&D付主要责任，但是我们催促不力，我们也是要付责任的。

6)按照测试计划，跳过功能未实现部分，对于实现了的部分要先测试，调整整个测试计划，尽量提前测试。

7)测试中发现问题时，我们首先要做分析、理清，确认这的确是Bug，然后我们才能写到Bug系统中去。

有些问题自己分析不出来的话，请同事一起来看，也可以叫R&D来看。

当有些问题比较严重时，要保持现场，叫R&D来看。

8)测试时要拿别家的机子做对比，还有就是对比公板。

出现问题时需要对比，性能好坏也需要对比。

如果我们的性能比较差，也算Bug，就要求R&D调，直到能接受为止。

9)主持召开Bug Review，具体时间由PM安排，一般是一个星期开两次。

开会的目的是把严重问题放到桌面上来一起看，分清楚责任人，定好解决问题时间。

我们要做好会议记录，会后整理好发给Team Member。

10)测试工程师每隔一天就要发Test Summary Report 和Bug List给TeamMember，让整个Team知道我们测试的状况。

严重问题在Mail里要着重提出来，让负责人有一种紧迫感。

11)协助R&D验证Bug，对硬件Rework部分，要求每片板子都一致，不能出现板子状况不一样的情况。

对于Bios/EC 部分，验证时也是每片板子都升级，要求每一次升级的版本号有所不同，具体参考软件部门规定的版本号命名规则，如果软件工程师给我们验证Bios/EC，又没有升级版本，我们可拒绝他们。

12)Bug的Closed也需要经过我们的验证，不能通过理论的分析就做定论，一定要拿到实物来验证。

不然，最多也只能说是初步澄清了，我们还需要关注，直到Bug Closed。

13)DVT BIOS/EC/Driver Release。

请参考BIOS/EC/Driver Release的流程。

（参考文件三、四）14)参加EVT阶段的各个评审，这些评审需要我们做为管控的，评审时会有Check List，只有都没有问题我们才能放过，让项目往下走。