都是执行测试，大家的差异点在那里？（0~2年工作经验）

　　有的新人很奇怪，测试环境大家一字排开，每天看大家做的事情都差不多，都是换版本，执行测试用例，有问题反馈给开发人员，然后打bug，验证bug……为什么看起来大家做一样的事情，彼此的薪酬会有差距，或者差距那么多？

　　你看到的只是表象，内在的东西没有看到。如果看不到内在的东西，或者想不明白内在的东西，只能说，你距离合格的测试工程师，还有很远的距离。

　　执行黑盒测试和测试员是有差距的，测试员和测试工程师是有差距的，测试工程师和高级测试工程师是有差距的。测试是有技术含量的，不是单纯的工厂生产模式，大家都是进行的同样的操作，输出的都是同样的产品??话又说回来，即使单纯的工厂生产模式，因个人的差异，合格率也是不一样的。

　　那么，貌似同样的工作方法，彼此的差异点在那里？

　　一、输出成果质量

　　对执行测试来说，输出成果质量是决定性的因素。在考核的角度，bug的遗漏率也是负面的，决定性的因素。举个例子，几个人执行同样的测试用例，面对同样的测试任务：

　　A员工测试执行用了3天，执行100条测试用例，测试出了20个bug，完成测试任务。
　　B员工测试执行用了5天，执行100条测试用例，测试出了50个bug，完成测试任务。
　　C员工测试执行用了3天，执行100条测试用例，测试出了51个bug，完成测试任务。

　　如果你是老板，你会给这三个人同样的工资么？或者，你会给谁较高的工资？

　　二、耐心

　　在目前的工作模式下，少不了出现开发人员提供临时版本到测试环境调试，或者开发人员短时间内提供多个版本进行测试的情况。面对这种情况，是很好的考验测试人员耐心的时候。

　　同样的测试反复的执行，然后每次都有各种乱七八糟的问题，重复性的操作……人都会有惰性，可能后一次的版本测试，很多前面测试执行过的没有问题的用例，会因为策略的修改或者开发人员拆东墙补西墙的解决方法，出现新的问题。

　　一次次的反复执行，这种工作是很枯燥，结果也是因人而异。笔者遇到的更多的情况，是测试人员根据惯性因素，直接跳过测试用例，认为不会有问题??出现这种情况，测试人员是不是很委屈？自己这么辛苦，反复执行了7、8次测试用例，每次都ok，谁知道后一次有问题，后还被k说漏测。

　　这种耐心和责任心，真的是因人而异。

　　三、责任心

　　责任心是任何职业岗位都要求的职业素养，在测试岗位的体现是什么？

　　针对bug，从开发的角度，必现的问题是容易解决的问题，偶尔出现的，没有必然出现条件的问题是痛苦的，拷机十天半个月才出现的问题是绝望的。那么对于测试人员来说：测试出必现的问题是很容易做到的事情和做出的成绩。对于偶尔出现问题和长拷问题的责任心，是对测试人员的一个挑战。

　　版本迭代快，在测试中不知道为什么出现了一个问题，然后开发人员要求复现，或者bug打出去两天才过来要求查看现场，你怎么处理？

　　面临下班，一个随机的异常出现，你是选择无视，还是继续排查问题，尝试各种操作组合，业务逻辑组合，把bug抓住？

　　一个模块测试执行差不多了，一个很诡异的现象出现。然后尝试复现失败，那么对这个现象是放过，还是追下去？

　　四、排查问题的能力

　　排查问题的能力依赖于对业务的理解能力，依赖于经验积累。这点老员工比新员工有 优势，但是差不多时间进入团队的同事，对业务的熟悉各自有差异，这是用心不用心做事的结果。

　　发现同样一个bug，还是有几个人，假设分别表现如下：

　　A人员用一个小时，请三个组的五个开发人员来看问题，然后定位出问题的责任人
　　B人员用两个小时，被几个组的开发人员推过来推过去，后现象被破坏，需要自己复现
　　C人员用30分钟，定位出是那个模块哪个负责人的问题
　　D人员用10分钟，指出问题点和责任人，并分析出原因是哪个地方的业务逻辑问题。

　　同样的问题，如果你是老板，会给同样的工资么？或者，你会给谁较高的工资？