认识达内从这里开始

工资的高低和职业发展前景是每一位软件测试程序员都重点关注的一些工作问题，而本文我们就通过案例分析来简单了解一下，同样是软件测试程序员为什么工资不一样。

一、输出成果质量

对执行测试来说，输出成果质量是决定性的因素。在考核的角度，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分钟，指出问题点和责任人，并分析出原因是哪个地方的业务逻辑问题。

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

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销，赚更多好礼。