工作也一年有余，对开发人员的心态也经历了3个阶段，这三个阶段中对测试的理解也不断加深。

　　阶段一：崇拜

　　刚毕业进入项目组之后的几个月对开发人员一直处于崇拜状态，当时感觉他们能接触代码，修改代码，创造产品很了不起，有什么问题就赶紧跟开发沟通，开发说这个不是bug，我就认定不是bug，没有自己的主见，这个阶段我对测试的理解就是验证产品功能是否正确。渐渐的发现不对头了，有时发现开发人员告诉我的也有错的，书本上和导师也提醒我不要什么都相信开发人员的，要有我们测试人员自己的想法，开发和测试没必要一定给出个哪个有技术含量哪个没有，大家在不同的职位干的工作不同，体现的价值，价值的评估标准也不同，没必要比较，做好自己的工作就好，于是对开发人员的心态进入了阶段二的状态。

　　阶段二：对抗

　　这个阶段对测试的理解就是不断的发现bug，证明测试产品有bug，证明开发人员开发的产品有问题，这个过程中很少跟踪bug，没有协助开发人员定位bug，对开发人员说的话不信任，总想证明这个产品是有问题的，没有关注侧重点及整个产品项目所处的阶段。这个过程中不断的把新的测试方法及测试类型引入到实际测试中，如以前的测试用例没有考虑到安全性方面的测试，我就把安全性测试引入到实际测试中，脚本注入，SQL注入等，安装卸载软件对注册表是否有影响，是否会产生信息的文件夹或删除其它文件夹，以及其它异常测试，也发现了不少bug，记得当时一个开发哥们打电话跟我说：你为什么要这样测试，以前没有进行过这样测试啊？我当时就说：现在我测试了，以后其他人也会测试的。呵呵，现在想起来感觉还是很有意思的，上次听同事说：开发人员说了什么样的问题我都能测试出来。说这个问题不是自夸，而是渐渐的我发现测试的目的及本质不仅仅是对抗着开发人员寻找更多的bug，这样反而让我忽视了对整个项目的进度，流程，项目进行阶段的理解和掌控。我也不断思考着这个问题，近几个月也在一直改变自己的思想，进入了第三个阶段。

　　阶段三：对抗+协助

　　最近也在重读《软件测试》，借用里面的一句话说明我现在对测试的理解：找出软件缺陷，尽可能早一点，并确保其修复。现在对发现的bug，会协助开发人员定位问题，跟踪这个问题，而不是上报一些不修复的bug，而是对每一个版本每一个项目的侧重点有所把握，哪些优先测试，而不是一味的钻在一个小模块里不断的进行异常测试，而忽略了对整个模块的把握以及对整个项目的把握。之所以用“对抗+协助”，对抗是指我们在实际测试过程中要有我们测试人员的看法和见解，而不是一味的跟在开发后面；协助是在我们发现bug后要跟踪这个bug，协助开发人员定位这个bug，并确保开发人员修改bug。

　　也看过一些书里面和测试前辈说测试人员的职责是什么？有些说是发现bug，有些说是确保测试产品的质量，还有些说是质量的把关者等等，有时想想这些跟测试环境和测试人员的职位也有很大关系，比如我就是一个执行测试用例的测试人员，其实我的职责主要还是发现bug；如我是测试负责人，那么我的职责更多的是对测试过程及测试质量有个把控及保证。看到一些论坛里还在讨论到底测试的职责是什么，感觉这个有些浪费时间，测试的职责到底是什么并不重要，重要的是测试过程中要有自己的思想，要根据自己的环境、职位及项目要求等等实时调节自己，定位自己。而不是别人说测试是发现更多的bug，就一头扎进去找bug；另一些人说测试是保证质量，你就天天喊着我们是质量的把关者，说句消极的话就是：产品质量的好坏是开发人员决定的而不是我们测试人员决定的，说白了，我们就是证明产品有多烂。现在想想上面讲述的三个阶段及对测试本质的理解，我感觉我又肤浅了。

　　顺便批评下自己，最近工作虽然太忙，也应该抽一些时间思考测试方面的问题，不应该让自己埋没在测试中-----

版权声明：本文出自 没翅膀的飞鱼 的51Testing软件测试博客：http://www.51testing.com/?363907

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。