2010-6-4Olica1硬件测试技术2010-6-4Olica2课程大纲�硬件测试概述硬件测试概述硬件测试概述硬件测试概述�测试前准备测试前准备测试前准备测试前准备�硬件测试的种类与操作硬件测试的种类与操作硬件测试的种类与操作硬件测试的种类与操作�硬件测试的级别硬件测试的级别硬件测试的级别硬件测试的级别�可靠性测试可靠性测试可靠性测试可靠性测试�测试问题解决测试问题解决测试问题解决测试问题解决�测试效果评估测试效果评估测试效果评估测试效果评估�测试规范制定测试规范制定测试规范制定测试规范制定�测试人员的培养测试人员的培养测试人员的培养测试人员的培养2010-6-4Olica3硬件测试概述1111、硬件测试的概念、硬件测试的概念、硬件测试的概念、硬件测试的概念�测试是为了发现错误而执行操作的过程�测试是为了证明设计有错,而不是证明设计无错误�一个好的测试用例是在于它能发现至今未发现的错误�一个成功的测试是发现了“至今未发现的错误”的测试2010-6-4Olica4硬件测试概述2222、硬件测试的目的、硬件测试的目的、硬件测试的目的、硬件测试的目的测试的目的决定了如何去组织测试。如果测试的目的是为了尽可能多地找出错误,那么测试就应该直接针对设计比较复杂的部分或是以前出错比较多的位置。如果测试目的是为了给最终用户提供具有一定可信度的质量评价,那么测试就应该直接针对在实际应用中会经常用到的商业假设。。。。综合评估,决定产品的测试方向!2010-6-4Olica5硬件测试概述3333、硬件测试的目标、硬件测试的目标、硬件测试的目标、硬件测试的目标————————产品的零缺陷产品的零缺陷产品的零缺陷产品的零缺陷�关注点:产品规格功能的实现,性能指标,可靠性,可测试性,易用性等。�实现的保障:产品的零缺陷构筑于最底层的设计,源于每一个函数、每一行代码、每一部分单元电路及每一个电信号。测试就是要排除每一处故障和每一处隐患,从而构建一个零缺陷的产品。�MTBF不是计算出来的,而是设计出来的。2010-6-4Olica6硬件测试概述4444、硬件测试的意义、硬件测试的意义、硬件测试的意义、硬件测试的意义�测试并不仅仅是为了要找出错误。通过分析错误产生的原因和错误的分布特征,可以帮助项目管理者发现当前设计过程的缺陷,以便改进。同时,这种分析也能帮助我们设计出有针对性地检测方法,改善测试的有效性。�没有发现错误的测试也是有价值的,完整的测试是评定测试质量的一种方法。2010-6-4Olica7硬件测试概述5555、目前业界硬件测试的开展状况、目前业界硬件测试的开展状况、目前业界硬件测试的开展状况、目前业界硬件测试的开展状况随着质量的进一步要求,硬件测试工作在产品研发阶段的投入比例已经向测试倾斜,许多知名的国际企业,硬件测试人员的数量要远大于开发人员。而且对于硬件测试人员的技术水平要求也要大于开发人员。2010-6-4Olica8硬件测试概述6666、硬件测试在企业价值链中的地位、硬件测试在企业价值链中的地位、硬件测试在企业价值链中的地位、硬件测试在企业价值链中的地位——采购——研发——测试——生产——销售——测试是每项成功产品的必经环节2010-6-4Olica9硬件测试概述7777、硬件测试对公司形象和公司发展的重要性、硬件测试对公司形象和公司发展的重要性、硬件测试对公司形象和公司发展的重要性、硬件测试对公司形象和公司发展的重要性硬件测试是评估产品质量的重要方法产品质量是公司的信誉和品牌象征公司的信誉和质量决定了公司的发展前景2010-6-4Olica10硬件测试概述8888、硬件测试的一般流程和各阶段点的输出文件、硬件测试的一般流程和各阶段点的输出文件、硬件测试的一般流程和各阶段点的输出文件、硬件测试的一般流程和各阶段点的输出文件2010-6-4Olica11课程大纲�硬件测试概述硬件测试概述硬件测试概述硬件测试概述�测试前准备测试前准备测试前准备测试前准备�硬件测试的种类与操作硬件测试的种类与操作硬件测试的种类与操作硬件测试的种类与操作�硬件测试的级别硬件测试的级别硬件测试的级别硬件测试的级别�可靠性测试可靠性测试可靠性测试可靠性测试�测试问题解决测试问题解决测试问题解决测试问题解决�测试效果评估测试效果评估测试效果评估测试效果评估�测试规范制定测试规范制定测试规范制定测试规范制定�测试人员的培养测试人员的培养测试人员的培养测试人员的培养2010-6-4Olica12测试前准备1111、正规检视、正规检视、正规检视、正规检视�硬件设计审查�原理图检视�PCB检视发现硬件设计原理缺陷发现成本浪费问题发现降额不规范设计发现布局和布线的缺陷发现EMC等专项设计缺陷2010-6-4Olica13测试前准备2222、正规检视的流程、正规检视的流程、正规检视的流程、正规检视的流程�检视专家的确定�评审专家预检视�检视问题反馈整理�检视会议召开�检视问题确认,解决�检视问题跟踪2010-6-4Olica14测试前准备3333、、、、FMEAFMEAFMEAFMEA((((故障模式影响分析)故障模式影响分析)故障模式影响分析)故障模式影响分析)分析系统中每一产品所有可能产生的故障模式及其对系统造成的所有可能影响,并按每一个故障模式的严重程度、检测难易程度以及发生频度予以分类的一种归纳分析方法。2010-6-4Olica15测试前准备FMEAFMEAFMEAFMEA的意义的意义的意义的意义�能帮助设计者和决策者从各种方案中选择满足可靠性要求的最佳方案;�保证所有元器件的各种故障模式及影响都经过周密考虑;�能找出对系统故障有重大影响的元器件和故障模式,并分析其影响程度;�有助于在设计评审中对有关措施(如冗余措施)、检测设备等作客观的评价;2010-6-4Olica16测试前准备FMEAFMEAFMEAFMEA的意义(续)的意义(续)的意义(续)的意义(续)�能为进一步定量分析提供基础;�能为进一步更改产品设计提供资料;�能为产品可测试方案提供基础材料;�能为技术支援人员提供维修指南;�为基于故障模式的测试提供依据。2010-6-4Olica17测试前准备FMEAFMEAFMEAFMEA的层次的层次的层次的层次信号级:对接口信号或某些特殊器件的分析器件级:对系统内功能模块的可靠性分析系统级:对系统的整体可靠性分析2010-6-4Olica18测试前准备严酷度严酷度严酷度严酷度�在某些系统中,最终影响的严重程度等级又称为严酷度(有时也称为严重度,系指故障模式所产生后果的严重程度)类别。�严重程度等级(严酷度类别)定义应考虑到故障所造成的最坏的潜在后果来确定。�严酷度的定义是FMEA的前提和基础,有了共识的严酷度才可以保证FMEA的顺利开展和问题的落实。2010-6-4Olica19测试前准备2010-6-4Olica20测试前准备风险分析风险分析风险分析风险分析�风险分析的目的是按每一故障模式的严重程度及该故障模式发生的概率所产生的综合影响对系统中的产品划等分类,以便全面评价系统中各种可能出现的产品故障的影响,它是一种相对定量的分析方法,通常借助图形工具(如矩阵图)来辅助分析。�风险分析常用的方法有两种,即风险优先数(RiskPriorityNumber,RPN)法和危害性分析(CriticalityAnalysis)法�前者主要用于汽车等民用工业领域,后者主要用于航空、航天等军用领域。在进行风险分析时可根据具体情况选择一种方法。2010-6-4Olica21测试前准备FFFFMMMMEEEEAAAA分分分分析析析析步步步步骤骤骤骤和和和和要要要要点点点点确定范围确定功能失效模式潜在影响严酷度分类潜在原因发生频度控制措施探测率RPN整改措施如何定义严酷度分类:对操作者危害最高失效概率:每小时,每班次,每天,每星期。。。潜在影响:停机:损坏,装备与调整,试机损失报废:缺陷部件,工具类安全:找原因:1以前FMEA分析2失效日志3接口矩阵(物理干涉,能量传递,物流,信息转移)4保证书5专题研究报告6测试报告7现场服务报告2010-6-4Olica22测试前准备FMEAFMEAFMEAFMEA分析表格分析表格分析表格分析表格备注建议改进措施已有的补偿措施已有的检测方法严酷度对系统的最终影响对功能单元的影响局部影响失效比例失效模式失效率所属功能单元器件名称编号2010-6-4Olica23测试前准备4444、、、、故障处理故障处理故障处理故障处理�故障检测故障检测故障检测故障检测�故障定位故障定位故障定位故障定位�故障隔离故障隔离故障隔离故障隔离�故障恢复故障恢复故障恢复故障恢复2010-6-4Olica24测试前准备故障检测故障检测故障检测故障检测�故障检测是指明确到故障已经发生的过程,是故障处理流程的前提。�这里提到的检测一般是指系统在故障发生后的自动的检测,一般不需要人进行操作。�在进行故障检测的时候需要结合软、硬件故障检测方法。�某些故障可能需要多次检测确认,避免进行误告警和误操作2010-6-4Olica25测试前准备故障定位故障定位故障定位故障定位�故障定位是指将故障定位到现场最小可更换单元的过程,是故障维修的基础。�故障定位的目的是为了便于维修工程人员进行现场的故障维修和返修件的故障处理。2010-6-4Olica26测试前准备故障隔离故障隔离故障隔离故障隔离�故障隔离一般是将故障限定到可更换单元内部的过程。故障隔离的目标是将故障能够限定在越小的功能单元。�故障隔离是为了将故障的影响范围限制在尽可能小的范围之内。�故障是无法避免的,如何将故障产生的影响降到最低,是故障隔离所要考虑的关键。2010-6-4Olica27测试前准备故障恢复故障恢复故障恢复故障恢复�故障恢复是将系统的功能状态恢复到故障发生前状态的过程,是客户最关心的也是系统稳定运行的关键步骤。�常用的故障恢复手段有复位、冗余倒换、重发等。�故障恢复尽量需要做到自动进行,以降低对用户的影响。2010-6-4Olica28测试前准备5555、测试计划、测试计划、测试计划、测试计划描述该测试计划所应达到的目标如下(可依据项目的实际要求做适当调整):�所有测试需求都已被标识出来;�测试的工作量已被正确估计并合理地分配了人力、物力资源;�测试的进度安排是基于工作量估计的、适用的;�测试启动、停止的准则已被标识;�测试输出的工作产品是已标识的、受控的和适用的。2010-6-4Olica29测试前准备测试计划的内容测试计划的内容测试计划的内容测试计划的内容测试计划一般应该包含一下的内容:�测试对象,明确版本,范围,任务划分�角色和职责�测试和不被测试的特性原因�测试通过与否的标准�测试任务安排�测试结束的交付件�工作量评估2010-6-4Olica30测试前准备6666、测试用例、测试用例、测试用例、测试用例�测试用例更多的是需要描述测试方法,测试步骤,测试的预期效果,需要达到的指标。需要更加详细的对每一条测试项目进行描述。�测试用例是直接用来指导测试的,所以对测试项目的描述需要更具体,更便于参考操作。2010-6-4Olica31测试前准备测试用例的一般格式测试用例的一般格式测试用例的一般格式测试用例的一般格式备注应达到的指标和预期效果测试步骤和方法(具体细致的操作方法)测试条件(环境、仪器等相关要求)测试级别(必测、选测、可测)测试子项目(子项目描述)测试项目(模块或单元)测试用例编号2010-6-4Olica32测试前准备7777、测试需求的来源、测试需求的来源、测试需求的来源、测试需求的来源一切测试的需求都来自于产品设计的规格,规格来自于用户的需求。因此我们的测试是针对产品规格的测试。具体可以从以下几方面进行考虑:�产品设计功能根据功能的实现,分别对实现该功能的各个环节进行测试,从硬件、单板软件、高层软件到用户界面,只有各个环节都畅通无阻,才能保证该功能的正常实现。�可靠性备份、倒换、插拔、互助、自愈等2010-6-4Olica33测试前准备测试需求的来源(续)测试需求的来源(续)测试需