 经常会看到有些工程师对测试开发讳忌莫深的样子，感觉测试开发很神秘的样子。又会看到一些测试工程师自信心爆棚，甚至会很鄙视一些所谓大公司的测试工程师，效率太低，水平太臭，拿着高薪却干不了多少事。 那么，问题究竟出在哪里呢？ 曾几何时，我也是一个自认为花个半天一天，甚至几个小时就能开发出一个所谓“测试程序”的“高手”，却随着年龄和经验的增长，变得越来越惶恐和不 安，尤其体会到了“活到老学到老”这句话的精髓。记得刚进入测试这个行业，是2001年，那个时候国内半导体发展还是处于起步阶段，作为一个工程师可以开 发测试程序，能够开发测试程序，可是很牛X的事。那个时候开发测试程序，可是很“高效”，一个月开发几个甚至几十个测试程序都是有可能！时间飞逝，到了 2015年，我依然在做着同样的事，心里确实越来越谨慎，一年能做的测试项目，却最多还是个位数。 差别到底在哪里？是什么原因导致了这个结果呢？ 由于公司性质不同，或者发展阶段不同，或者发展方向不同，各个公司对于测试工程师的定义和要求是不一样的。对于一些封测厂乃至设计公司，需要进行测 试开发的产品是成型的，测试方案是现成的(往往可实施性与正确性却不一定可以得到保证)。这个有点像黑盒子，你只需要知道设定的条件，按照要求检测输出， 判定规范，这就完成了测试开发。从这个角度来讲，从事这类测试开发的测试工程师，却有点像一个操作测试机的熟练工，且由于受到测试开发进度、产能压力，以 及产品技术支持不足及沟通效率不高的影响，测试工程师可以深入的空间不大，无法对产品本身，测试方案本身，以及测试可靠性做出更多有效的贡献。对于测试机 的理解，也往往浮于表面，牛刀用来杀鸡用。即使开发出来测试程序，是否能真正保证产品本身品质，却仍然没有把握。 优秀而专业的设计公司，往往有一套完整而且系统的测试开发规范及要求，且不仅仅局限于测试开发本身，在产品的计划、设计、验证和生产、应用阶段，都 需要充分考虑保证测试的可靠性与完整性。因为从最终产品量产出货来看，测试是唯一可以检测并保证产品电性品质的唯一手段。所以，所谓测试开发，更多的要从 一个测试系统工程角度去考虑，而不是简单局限于所谓测试程序开发。 从产品的计划阶段开始，就需要综合评估产品的可测性、成本，以及测试平台及配置。越是专业的半导体公司，对于测试越是重要，投入越多，但是，花费最少的测试成本，得到最好的产品品质，永远都是任何一个公司追求的目标，测试工程师的价值，就在于此。 产品的设计阶段，就需要综合考虑测试可测性与测试效率以及成本，乃至测试局限性，尽可能的达到一个平衡，用最高的效率，最好的测试方法，最低的测试 平台及配置要求，尽可能完成最多的参数测试要求，最大限度的保证产品品质。这个时候，测试工程师需要紧密配合设计工程师，帮助、影响，甚至推动设计工程师 完成电路可测性部分的设计任务的完成。在此阶段，测试风险评估、测试方案的制定、测试平台的选择，以及测试硬件的初期准备，测试程序的开发准备，都要同步 进行，所有可能存在的会影响测试的问题，都要在设计阶段解决。基本上到产品设计PG，测试方案已经定型，测试硬件的设计已经定案，需要开始完善设计并进行 制作，这样才能保证后续测试开发进度的正常进行。 产品的验证阶段，是采用合适的测试方案，利用测试硬件与测试程序进行调试，对产品电性进行测试和验证的过程。不管采用何种测试方法，目的都是将产品 的真实参数，稳定可靠地的测试出来。每一个测试项目都必须经过严格的验证和确认，确保其真实有效，且需要与实际的应用测量进行对比确认。测试只是一种手 段，测试工程师的目的不是简单的以测试结果是否pass为目标，而是在经过验证的正确的测试条件下，确保输出结果的真实有效且稳定可靠。测试规范的制定， 需要结合产品的数据手册，结合温度特性测试的结果，结合EVM应用验证结果，进行设定。测试开发阶段的重点在于验证，要确保产品数据手册的每一项参数，都 可以通过测试予以保证，这里面可能包含数据手册上提到的工作电压范围，温度范围，以及其它范围或条件。如果测试程序无法保证的参数测试，需要特别说明，以 达到风险控制的目的，最大限度的预防由于测试项目缺失导致的产品性能异常。另外，除产品测试验证以外，另外一点也非常重要，要使用工具（比如万用表），检 查所有测试管脚的输入输出状态，优化程序，避免由于程序或者硬件设计、操作不当，导致对于产品的损坏。 产品的量产阶段，该阶段的重点是在保证测试稳定性与可靠性的前提下，最大限度的提高测试效率、降低测试成本。选择合适的测试设备，制定合理的测试方 案，优化测试条件、测试方法，采用模块化的方式对硬件、软件进行开发、设计与调试，都是可以帮助提高效率、降低测试风险、降低测试机开发成本。测试开发的 重点，在确保测试方案有效可靠的同时，也要充分考虑实际生产的需求，必须降低生产机台、硬件设置的难度与风险，并且要具备有效的异常预防与检测功能。 |
