测试工作的终极目标是为了保障产品的质量。如果用同一个维度衡量测试人员的业务水平，简单粗暴一些：那就是针对同一款产品，哪个测试人员发现的bug多，哪个测试人员的测试理论与实践水平相对来说还是高一些。
前两天组长在群里分析了一款产品的系统总结测试报告，测试成员有两人：其中一个9年以上(9Y+)测试经验，另外一个6年以上(6Y+)工作经验。9Y+的测试老人共发现了58个bug，而6Y+的测试人员值登记了23个bug。2位人员发现的bug数属实是有点差距。大家在这款产品上投入的工时是一样的，但是真实的数据总是能说明一些问题。
经验丰富的测试人员对bug的灵敏度感知是很高的。就是一个小小的翻页插件模块，有经验的测试人员也总会巧妙的会发现一些bug。相对来说，对于经验尚浅的测试人员，要发现那些bug可能还是有点困难的，所以找bug就是个技术活。
有经验的测试人员，在对产品多年的摸爬滚打测试中，最终肯定会形成一套自己独有的方法论。这种方法论在我看来可以称之为测试的闭环思维。
为什么一款产品在提测前，开发自认为已经做过了很充分的自测。但是一旦交到专业的测试人员手里，就还是会发现一些大大小小的bug呢？这就是开发自测方法和测试方法论的不一致导致的。
开发人员更多的时候具备的是一种开发思维，他们在开发过程中更多的是考虑：怎么正确的实现那个接口的功能，每测试1次，接口能调用成功，返回结果和状态都是正确的。开发关注的是从0到1、从无到有的过程，OK，这两个逻辑都没有问题，这个接口就自测通过了。
但是测试人员进行测试的时候就不一样了。我们不光关注的是从0到1、从无到有的过程，我们还要关注0的状态，还要关注达到每一个分页符数字的状态，还有达到边界值的状态，还要关注，从多到少，再从有到无，再从1到0的过程。我们测试的时候秉持的原则是：无-有-多-少-无-空，从正向出发，再从反向回来，这就是我们测试的一个方法论，就是要让测试形成闭环。