1.4 不是所有的疑问都需要靠测试来回答

真正考验测试工程师功力的，不是你会做多少种测试、或者做得有多快，而是你能否有理有据地拒绝掉99%以上的无效测试要求。

好的测试工程师，每次都能把交到手上的测试任务保质、保期完成；好的测试经理，对外沟通测试需求时，也要有保护组员的意识，好钢用在好刀上，把测试的核心工作时间专门用于“打硬仗、啃硬骨头”上。

那么，如何才能有理有据地say No呢？除了测试工程师的经验之外，还可以借鉴一下开发的方法论，让你和开发的沟通可以更顺畅。

– 分析Analysis

用分析方法来验证设计的合理性，这是系统工程师的工作，测试工程师请say No！

– 仿真Simulation

用方针的方法来验证设计的合理性，这是仿真工程师的工作，测试工程师请say No！

当然，如果有机会的话，测试工程师也应该积极上手像MatLab Simulink, GT Autolion, Siemens AMESim, Battery Studio之类的专业仿真工具，技多不压身。

– Review / Peer evaluation

用专家评审的方法来验证设计的合理性，这是整个研发团队的工作，测试工程师请say No！

– 测试验证Validation

用做试验的方法来验证设计的合理性，这的确是测试组的工作，但在接受任务之前务必确认测试需求是否合理，会不会是系统工程师粘贴复制的笔误？

最后还有关键的一步不能遗忘，把所有不测的结论和理由，以文档形式记录在测试计划中，让每一个文档的阅读者都清楚明白地知道你的测试计划是“有所测、也有所不测“的。