许奔创新社-第51问：如何利用产品缺陷去创新？

很多创新者在得知我是一名软件测试工程师后，都忍不住会问我这样一个问题：做测试与做创新，究竟有没有相关性？

大家的潜台词其实是：做软件测试是不是让你更容易获得灵感进而申请大量专利？

如果我要抱怨，大可举出诸多反例。

比如对于我们所开发的软件测试工具这类仅在公司内部使用的工具产品，由于并没有商业化，所以根本没办法申请专利保护，只能当作内部机密保护起来。而所有软件测试方法、测试技术、测试原理、测试方案等等都因为同样的原因没办法申请专利——这就像绝大多数的中药秘方、可乐秘方并不会去申请专利向世人公开一样，大多是以父子或师徒的名义代代相传，就是这个道理。

这样看来，软件测试还是最不适合申请专利的行业。

然而，任何事情都有两面性，当我们的目光只盯着自己创造的那一亩三分地的话，情况的确会非常糟糕。

然而，我们只需稍稍抬头，将目光从产品（测试工具、测试方法、测试技术、测试方案等）转向过程，即发现bug（缺陷）时，我们将寻到一条少有人走的路——将缺陷化为创意的道路——无论你是程序员还是测试员，无论你是需求工程师还是产品经理，只要你接触bug、处理bug、关注bug、跟踪bug，你就能循着蛛丝马迹，稍稍深挖那么一点点，拨开云雾见明月，借着月光清晰地寻到这条路。

用本杰明·富兰克林（Benjamin Franklin）的话说，人类的错误史也许要比那些发明更有价值、更有趣。真理是千篇一律的，它一直存在，似乎并不需要那么多积极的能量，即使这么被动也能遇见。然而，错误却是变幻莫测的。

那么，我们究竟该怎么做呢？

先让我们来看看测试工程师在遇到一个bug后通常会做些什么。

普通测试工程师遇到bug的第一反应是，我要立刻上报这个bug，然后坐等研发工程师fix bug（修复缺陷），就可以close bug（关闭缺陷）了。如果研发有疑义，认为这个bug是Invalid（无效）、Not repro（未能复现）或By design（需求如此）的，再与研发沟通并一起确认该bug的有效性。

在这个过程中，我们始终围绕着这个bug本身，始终停留在缺陷的表现形式上，只要该缺陷得到“妥善解决”，我们就认为问题已经消失，可以不再理会，转而发现其它的bug。

这就像我们在沙漠里乱挖，每当挖到一星水源，我们就赶紧盛起来喝掉，然后四处去寻找下一处水源——对于测试工程师而言，这样做无可厚非。毕竟沙漠太大，而我们必须确保在旅客踏入（产品上市）之前将所有潜藏的水源都抢先找出来，以免他们落入水坑，浑身湿淋淋地发誓再也不会光临。

然而，当我们跳出本质工作从外面审视这一切，在一片忙乱之中其实潜藏着无数宝藏，只不过每个沙漠都太大，而时间又太紧，所以我们每一个人都忙到脚趾头抓紧，无暇在拼命工作、累到虚脱之余再去考虑什么“深挖”的问题。

对于测试工程师，这样无可厚非，但对于创新者而言，这却是潜在的机会。

当一个bug出现时，往往会拔出萝卜带出泥——这个泥可能是通过分析bug的根源进而发现一大片bug，也可能是从用户的角度去思考，发现无数值得改进的用户体验和创新点。

让我们先来看看这个手写笔的例子。