[原创]软件测试工程师的“实事求是”
作者/itcat　时间/2008-2-27 16:06:00　类别/测试管理 查看/
　发表评论　
标签：
    有话形容程序员“干得比驴累，吃得比猪差，起得比鸡早，看上去比谁都好，五年后比谁都老”。软件测试工程师与之相比，少点累，生活相对规律些，压力少些，自然没那么容易苍老了^_^^
     现在有许多媒体，把软件测试工程师吹嘘为IT行业中，短缺、走俏、收入高并且长青的职业。更甚的把IT最发达地区（上海、北京）最高收的软件测试工程师的工资拿出来作为这个职业的卖点，试问有哪一种职业中，不都是金字塔构造？站在塔尖的永远是少数。三年工作经验的测试工程师，都年薪过十万了？
    看到种种文章对我们这个职业的赞美，自己在心中打了一个问号：有你说的这么好么？诸类的吹捧，过分的炫耀，恐怕最符合软件测试培训者的口味了。
    实事求是的说，软件测试职业与程序开发相比，它相对长青，相对轻松，那么工资也相对的低，地位相对的低了。至于“走俏”二字，个人觉得应该这样理解，有两年以上项目测试经验的，基础扎实的，严重点说是“全能”的人，集测试管理、测试用例编写、工具使用、测试执行、测试过程改进等一身的，懂白盒测试的人，的确是非常走俏。又或者是，一年测试经验左右的，水平比较一般，同时对工资要求也一般的人，也可以称得上走俏。
   上述都是软件测试工程师的优点，说多了，会觉得自己活在幸福的桃园。事物总有它的两面性，各位，别总拿我们的优点来宣扬了，我们的职业中又有多少缺点不为你们所知呢？
   枯燥单调。这个是所有软件测试从业人员，都一致认同的感受。当你经常面对大同小异的系统、软件，面对大同小异的BUG（因为很多错误会在不同程序开发人员的代码中出现），面对大同小异的业务流程，用着大同小异的方法去寻找BUG，并且经常重复着同一个逻辑，那是由于BUG被修复再修复后，回归测试的需要，此时，你就会明白什么叫是枯燥单调。
   能屈能伸。何时屈了？何时伸了？很简单，我们是“破坏王”，专找开发人员的不是，专门破坏他们觉得正常并引以为傲的工作成果。一个“破坏王”如何能与“被破坏者”和平共处，那么你必须学会能屈能伸，灵活沟通，戒骄戒躁，在适当时候使用“威迫利诱”各种手段，使我们的破坏得逞，BUG及时、尽快的被修复，同时使测试与开发的关系和谐，营造良好的合作气氛。另外，系统在用户试用阶段，我们的“屈伸”能力也得以体现，这个阶段会接收许多用户的不满，问题反馈，改进意见等，这时的我们也要发挥沟通技能，游离于开发人员与用户之间，也要反醒，总结，为什么用户提出的东西，我们没有发现，测试阶段没有提出来。
    我们也有压力。测试是保证软件质量的手段之一，但大部分公司是没有软件质量保证部门，或者是规范的质量保证操作，所以，软件测试就成了软件质量的最后把关。一旦软件发布、系统上线后，出现的问题都会直接联想到：测试不过关。我们也有压力，在软件正式发布后，我们总会担心，用户的问题反馈会不会有很多，反馈的问题严重性是紧急？是严重？是明显的问题么？是我们粗心大意没找出来么？我们尽量找出软件潜在的BUG，尽量为软件更人性化提出建议，但都不能穷举，没有百分百不存在问题的软件，哪怕一个软件、一个系统在稳定的运行很长一段时间，它仍然会有问题，只是问题的影响力不足以被使用者体现。
   我们需要更多的支持。测试这个角色，在现实的开发过程中，是普遍的不重要，甚至有一些小公司，根本不存在这个角色。所以造成一些工作开展上的困难。
   我们的无奈。无奈在于我们的工作成果，有些是建立在完善的开发过程，完善的项目管理的基础之上。我们希望手中接过来的项目，它是文档信息完整并且是最新的，希望代码质量是优秀的，希望变更不是那么频繁的。如果项目不是我们如期希望的那样，那么就要发挥自己的耐性与智慧，挖掘我们需要的文档信息，灵活适应频繁的需求、功能变更，耐心的、细心的找BUG。
   我们的收入并不都是很高。在有关于软件开发的职位中，软件测试工资普遍是处于一个比较弱的竞争地位，当然，工资这码事，除了多劳多得的真理存在，还取决于不同的测试人员素质与技术，取决于不同的公司，因为它们都有各自的侧重点，有不同的条件。

   事物总有两面性，有好也有坏，有长也有短，我庆幸自己选择了这个职业，起码我的白头发到目前为止，只有三条，没有过早的变老，哈哈。软件测试工程师不一定是一辈子的职业，可以转向高级软件测试工程师、性能测试的、白盒测试的、测试管理的、项目管理的、质量控制等等。祝愿我自己与各位同行走得更远，飞得更高！
查看该用户更多文章>>