开发人员本身是90分的测试人员

    

           曾听说过谷歌公司内部没有测试人员，这句话对我感触很深。作为开发人员，真能将产品做得相对完美吗？

       昨天下班跟做了两年测试的同事聊起了这个话题。他说，要做一个出色的测试人员，就是将自己当作上帝，自己就是产品经理，自己心中，应该有一个相对成熟的产品印象，它应该是怎样的，命令下发应该按照什么顺序，有什么效果，对整个流程都有一个把握~然后再根据上述的期望，对开发转测试的版本进行测试，发现跟自己想的不对，那么就可能会成为一个问题。测试部的测试实例，其实只是制度下，考虑到测试人员素质高低，而又需要保障测试工作顺利，而诞生的一个固定产物，是测试工程师留下来的救命稻草而已（要成为出色的测试人员，必须超越这些条条框框）。

        如果一个开发人员，同样拥有测试人员的思维，在开发的途中，就已经注意到产品使用上的各个测试重点，那么做出来的产品，问题点就更加少，而且人性化就更加好了。从另外一个角度说，也节省了开发人员奔跑于测试部与开发部之间，节省了公司的成本。但需要给更多的时间，对开发人员走向成熟的表现（当然也是推宽自己职业技能啦 ），不再依赖测试部来验证自己产品的可靠性，况且，现在的测试人员已经跟以前不一样，不作代码检视，而是直接测试产品功能（跟公司的单子太多，测试工作只能交给外包做，能力相对低点），很多代码上的实现细节其实很容易就被忽略掉了，因此，在开发时，一定要更加严格地要求自己了。

        要做到上面的情况，我想不一定要局限于小的项目中，在大的项目中，每一个小模块也可以这样做，除非需求在不停地变化。