软件探索测试

最近因为工作及个人兴趣的原因，读了 James A. Whittaker的《探索式软件测试》，也在公司的论坛上看了一些专家的帖子，回头看看所得，果然是好读书不求甚解的样子，逼着自己把其中学到的一些东西总结出来，以供以后的自己参考或者嘲笑。

什么是探索式软件测试？

两年前，最初对于探索式的认识是一种用以快速的发现软件BUG并及时报告风险的软件黑盒测试方法或者模式；在这个原则 下，我开始了第一次探索测试的实践，其时公司大环境也处于摸索实践的阶段，有一些成形的流程指导，但是并没有清晰的细节参考方面的东西；我们在专家的推荐下使用mindmapper（脑图工具）记录测试的软件路径（也可以叫用例），并跟踪记录所发现的BUG以及问题，实践下来感觉除了使用工具将以前发散测试的想法形成清晰化到工具里面外，所获得帮助其实并不大，至于书中所描述出租车测试法，买一送一测试法，破坏测试等等并没有太多应用，实质上仍然是依靠测试人员本身的素质或者经验，并没有感觉有明显的提高（当然，也可能跟我并没有深入研究有关）；当时的我感觉探索式测试不过是一系列理想化的概念，而不具有可供实践的意义，也不是传说中所说的银弹（有吗？）。

 时间轮转，2013年的我做软件测试已经四年，审视已过去的职业生涯，我发现自己已经处于停滞期，很久没有学习新的知识技能，并且一直没解决困扰我很久的问题---软件测试的职业认同——软件测试的意义或者价值在哪里？带着这样的困惑，我拾起闲置两年的《探索式软件测试》，从中看到对于黑盒测试另一种定义和对软件测试发展的积极预测，且不论作者关于软件测试发展方向的预测是否正确，其中的思考启发了我对于职业认同的想法，最重要的是让我重新定义认识了探索式软件测试。目前我对探索式测试认识是这样的，在软件测试过程中，测试人员通过主动思考、验证并识别风险，以对软件产品质量进行合理评估的一种理念；是的，我还是认为这是一种理念，不同的是我认为它是可进行实践或管理的，其中有James Bach 提出的SBTM（Session-Based Test Management）以及James A Whittaker 提出的旅游区划分方法，目前我主要在进行SBTM的实践，完成后再进行一下总结，希望下次我对于探索式测试的概念会再次刷新。