Four Tips for Technique Seeking

作者：Julie Gardiner，译者：iloveyouso

    我建议你和你的团队学习尽可能多的测试技术、评估它们的可用性、并且将它们应用到工作中来。这里是一些小建议：

    研究你的bug—— James Whittaker，许多关于软件测试书籍的作者，是“研究你的bug”学说的强烈拥护者。看看在production环境中发现的缺陷，研究是什么原因引入了这个缺陷。想想为什么你漏测了它。是因为进度上的压力么？技术上的？理解偏差？如何做能防止它第二次发生？

    防止Boris Beizer所说的杀虫药怪圈——杀虫剂是用来杀灭害虫的化学制剂。然而，如果过度使用杀虫剂，害虫就会对杀虫剂产生抗药性从而导致杀虫剂失去效用。同样的，软件会由于我们一直使用同样的技术构造的相同的测试用例而产生“免疫”性。

    弥补你的知识和经验——知晓一些标准。有许多的测试标准，但是你应该知晓软件组件测试标准——BS7925-2。它描述了测试过程、测试技术以及如何评估它们的有效性。草拟版本是免费的。一些人说阅读标准文档是治疗失眠症的最佳疗法，但是标准的确有它的价值。例如，基于状态转换的测试很适合GUI和WEB页面浏览，边界值测试用于发现围绕处理规则的边界产生的缺陷，决策表是用于测试业务规则的极佳工具，语法分析对于测试输入条件是极好的。所有这些在BS7925-2标准中都有描述。确保你的团队熟悉所有这些。

    学习一些不太知名的技术——我最喜爱的技术是一种叫做“分类树”的技术。BS7925-2里没有讲到它，但是它是一个非常直观和简单的方法。另外一个我喜爱的技术是使用正交矩阵的all-pairs方法。因为这一技术将组合数减少到了一个可以接受的水平，同时最大程度保留了发现缺陷的可能，它在你需要测试输入数据的许多组合——配置、浏览器、操作系统等等时将非常有用。

    阅读书籍像Lee Copeland的A Practitioner’s Guide to Software Test Design以及James Whitaker的How to Break Software。两本书都描述了大量的技术以及如何使用、什么时候使用它们。

    最后，没有任何方法可以替代在工作中的学习。相互提问，为什么一个测试被创建、用到了哪种技术，这样的问题能推动有经验的测试人员改进测试。

    你现在使用了哪些技术？哪些你曾经考虑过？你会研究那些你漏测的bug么？有许多技术需要考虑，我们需要寻找发现缺陷的新方法。