浅谈测试的意义和方法

Posted 2020-09-08 e_shannon

背景：

  本人曾干过1年多测试系统工程师，在此期间思考了测试的意义和方法，故记下来

 

关于测试工作的设想工作性质的认识，

工作职责是QC，

工作意义: 对于产品质量提升的意义：

1.1质量：在研发后，由测试人员进行独立的从模块到整机的测试，保证产品质量。和行业领先的竞争对手做比较，达到甚至超过他们的产品质量。通过模块测试保证，模块测试将扩展到IC芯片信号测试

1.2性能：首先满足设计（芯片和整机方案）的性能指标，其次与行业领先的竞争对手进行性能比较，为最终的性能提升提供规范准确的报告。

 

2工作内容

2.1）规范测试方法和测试案例，获得独立权威的测试结果，保证产品质量。

2.2）测试分为模块测试（白盒）和整机测试（黑盒），做到全面覆盖

2.3）提高测试可操作性，可重复性，努力做到自动化测试。推广测试方法，推动测试严谨规范。

2.4）完善相关资料（测试规范，测试培训），做到文档化，流程化，标准化甚至傻瓜化。为测试人员提供培训。

 

3.工作策略：

3.1内部

1)整合DVT,EVT的资源

2) asic的spec

3)深入理解系统设计,和研发人员配合挖掘遗漏的测试项(比如)

3.2外部

1)客户的质量反馈（含内部客户<研发>和外部客户） （主要从clearquest提取，所以前提是要求客户的案例进入到clearquest中），深入研究理解问题原因，并且能够举一反三

2)行业标准（国内外）竞争对手的参考信息 

3)参考机的比较。对于竞争对手的产品分析（了解性能差异，讨论是否可以进行改善），能够举一反三

4)IC厂家或测试设备厂家提供的测试方案以及认证机构的测试方案(摩尔实验室)

 

4.工作计划

4.1近期计划：7月

模块测试案例整理：

搜集DVT,EVT的所有测试,输出测试指导文档    

整机测试案例整理：

搜集DVT,EVT的所有测试,输出测试指导文档.

注：

除测试文档，建议输出硬件测试规范，具体阐述测试方法原理，以及判断依据和参数说明的区别。

 

4.2后续计划

4.2.1 结合手机行业标准（含国内国外）/系统测试规范/竞争对手性能等输出硬件测试标准文档（要求定期更新）（所以需要标准人员参与）

4.2.2专项研究: （注：involve研发人员）

主要是测试案例的研究，案例来源于

×测试中碰到的问题

×客户反馈的问题

×和行业竞争对手的关键指标.

其他，例如对于测不准的案例进行研究（比如纹波的测试）对于测量主观性或者偶然性强的进行去主观性研究

4.2.3标准的更新依据客户质量反馈，行业标准，以及研发产品的更新，定期和不定期的更新

4.2.4培训:

×对内培训，比如外包人员

×对外培训，比如芯片使用者，手机设计商

×测试人员接受来自内部和外部培训，内部主要是从芯片到整机的设计培训，外部主要是测试方法和仪表使用的培训。同时对于测试方法学进入深入学习

注：以上均要做到文档化（比如上次的射频测试培训）

 

5疑问和建议

1)       和研发人员的关系

不是替代关系。我们需要理解设计的原理和关键技术，关注重要性能参数，担不是替换他们做设计工作，而是从研发的角度，考虑如何测试才能最好地保证产品质量（准确，可操作性，重复性，以及高效）。

1） 和《重要问题遗留榜》的工作之间的关系？我们只要完成测试工作，得到结论即可；还是现阶段主要是输出测试指导文档？

2）需要和各个部门加强联系，从研发(ASIC设计，硬件设计，软件设计)到外场测试，客户质量反馈等等。

3) 电源/射频/模拟的研发经验缺乏，需要一方面自己学习，一方面调动相关的资源支援（比如借调研发人员，进行设计原理的培训）。建议：

×测试人员要求有研发经历，可以要求其临时参加一个研发项目，且最后需要调回

×招收有相关经验的人员

4）可能来自研发人员的阻碍，以及认识不够。比如是否入clearquest中（如果太忙可以由测试人员来录入，是否愿意和测试人员进行交流）

5）缺少单板设计规范和相关测试报告。

6）是否要参与到芯片设计中，了解存在的问题。

 

 

分级的原因导致分级的依据不一样，总结大致3个原因

1. 受限测试资源和测试时间，按照测试内容的重要性进行分类，先测试重要性高的条目。而某些测试投入产出比较差的项目或者不是关键硬件部分的则分类到重要性低。
2. 客户等级不一样，对于测试的要求不一样。所以需要测试的条目不一样，甚至同一条目的测试结果要求也不一样。这时要对测试条目以及预期结果进行分类
3. 就是产品本身性能限制，有些测试无法满足,比如GPS的跟踪灵敏度的性能无法达到业界领先，所以需要分类，知悉我们产品所处位置。

这三个原因其实有联系也有区别。