软件测试工程师的“三十六变”【转】

其实这篇博文是写出来想给大家分享一下测试工程师的职业发展的，显然是老话题了，因此我假设本文的目标读者为：

　　1、想进入软件测试领域，还不太清楚实际的软件测试长什么样的童鞋。

　　2、刚上走上测试这条路不久，接触过一些实际项目了，但还没“拧”上道的童鞋。

　　3、做了一段时间测试，也明白了软件测试是怎么回事，想继续从事测试行业，但是对前途感觉很茫然的童鞋。

　　4、做了一段时间测试，感觉测试不是自己所想要的职业，仍然想在IT行业发展，但想转行的童鞋。

　　如果您不属于这其中的某一类人，或许这篇小文并不适合您，请不要浪费你的时间了，谢谢。

　　职业发展是个老生常谈的问题，但一直都是一个很火的话题。随便翻翻，各个关于软件测试的坛子里，都不乏探讨软件测试工程师职业发展的帖子，为什么我还要多写这么一篇呢？好吧，先来说说这篇博文的缘起：在我将近八年的职业软件测试生涯中，遇到过不少刚刚进入测试领域的新人，也有不少做过三四年或者五六年的“老鸟”，不管做得好的还是不好的，我觉得都可以用两个字来形容大多数人的状态：“忙”与“茫”。前一个忙可能适合于大部分刚踏入测试领域的新人，他们兴趣勃勃，对一切新鲜事物都充满着好奇，总想学习更多的技术，参与更多的测试，好早点积累起属于自己的测试经验。后一个“茫”，可能更适合做了几年测试的所谓“老鸟”，他们经历了一些项目，也积累了不少的经验，不管是否领悟了测试的“真谛”，他们中的大部分人都已经习惯了目前的工作状态，成了熟练工种。或许在纠结着究竟以后的路该怎么走，究竟是学技术还是做管理？学技术的话，什么样的技术学了才会让自己在这个领域更具竞争力？做管理的话，自己具备做管理的特质吗？又或许自己根本不适合做测试？甚至于不适合做IT？可转行的话，隐藏着巨大的机会成本，风险确实很大，用什么样的职业来转行才更靠谱呢？“菜鸟”也终究有成为“老鸟“的那一天，所以这些问题是我们每个人都会遇到的，有句话说得非常好：二十岁的迷茫将导致三十岁的恐慌，而接下来面对的是四十岁的无奈。不管你现在多少岁，如果你现在还没有定下自己的目标，可能看到这句话都会有这样的感觉，迷茫、恐慌和无奈，每个词都不是什么褒义词，没人想把它们放在自己的身上。正因为有这样一些问题，这么多的无奈，才有了这篇文章。我想通过这篇文章，和大家分享一下我这么多年工作之中对测试职业生涯发展的思考，更重要的是，我同时还会给大家提供一些以后不做测试之后该如何华丽”转行“的意见供大家参考，”三十六“变究竟应该怎么变，我想这也是我这篇文章的价值所在。

　　本文准备分两大部分来讲不同方向的职业生涯发展之路。第一部分当然就留给那些想继续留在测试行业发展的童鞋们，讲讲如果你想在测试行业继续奋斗下去的话，为了你的“钱途”，你应该往哪方面发展。第二部分应该算是其他文章讲得较少的内容，那就是如果你干了一段时间觉得你不愿意再从事测试行业，想从一些相关的职业转行离开测试领域，那么请着重看这部分。

　　一、测试行业的职业发展之路

　　其实这部分是几乎所有关于测试的职业发展文章都会探讨的部分，相信各位看官都已经耳熟能详了。不过为了照顾本文的完整性，也便于大家比较，我也将我的经验和观点分享给大家，以作参考。如果有童鞋有更好的观点，欢迎分享和探讨。

　　1、技术方向

　　就技术方向的职业发展之路，我非常赞同之前看过的测试大牛sincky的一篇文章里说的，如果你打定主意就想往测试技术方向去发展，做一个技术型的牛人，那摆在你面前的就只有三条路：1.自动化测试工程/架构师2.性能测试工程师3.行业性测试专家。你几乎没有其他选择，甭管你的领导怎么忽悠你，做手动测试大量需要劳动力也好，自动化测试现在还没有大规模发展起来也罢，如果你只会手动测试，并且你所测试的软件也没有什么特别值得深究的方面的话，那么可以告诉你你的测试生涯钱途堪忧，说白了也就是没有什么核心竞争力，哪天boss们想砍人了，那你就是第一个。有些童鞋可能会说了，这个不对吧，看咱项目里不是还是80%以上的人都是做手动的嘛，为什么你却说自动化/性能测试才更具有核心竞争力呢？先说自动化吧，确实，就目前中国测试业的现状来看，80%以上的IT公司里面80%以上的测试人员都在做着黑盒的手工测试，这个假象确实麻痹了一些人，使得大家以为既然大部分人都在做着手工测试，那我也不需要去学习自动化或者性能测试了。就算很多已经实施了自动化测试的公司，也在痛苦地摸索着如何提高自动化测试的效率，如何能够真正提高系统的性能。但不管现状如何，很多公司也必须重视自动化测试，原因有二：1.商业上的需要。很多公司，特别是测试外包公司，销售们在推销自己公司的团队和产品的时候，测试的自动化程度都是一个重要的指标，这年头说测试不说自动化都显得自己“out”了，所以自动化测试能不香吗？2.项目需要。很多管理职位的人，如果不是做测试技术出身，都会非常迷信自动化测试的神力，把自动化测试当成测试的银弹，战无不用，用无不胜，所以相对来说，会比较重视自动化测试的人。对于性能测试和行业测试专家来说，那就是物以稀为贵了。真正能做好性能测试，并能够通过性能测试结果分析出性能瓶颈，提出性能改进方案的人，寥寥无几。行业测试专家也一样，比如电信、医疗、ERP测试，能够精通业务，真正能够利用对业务的了解改进测试效率，也是数都能数出来的，你说他们的钱途用得着担心吗？呵呵。

　　好了，接下来再来说说这三个职位各需要什么样的具体技能吧（可能不是很全，欢迎各位看官补充）。

　　1.1自动化测试工程师/架构师

　　基本能力要求：

　　--熟悉自动化测试的理论及常用框架

　　--熟练使用常见的自动化测试工具并能够根据项目实际需要选择合适的工具或者开发相应的工具

　　--熟悉项目软件架构及层次结构，能够利用自动化测试工具或自定义的框架提高自动化测试的覆盖率和复用率

　　--熟悉脚本类及一到两种常用的编译型编程语言，网络协议及linux平台

1.2性能测试工程师

　　基本能力要求：

　　--熟悉性能测试过程模型和过程

　　--熟悉各种常见的应用协议

　　--熟悉性能测试工具的原理及使用

　　--能够根据实际项目配置测试环境，选择合适的性能测试工具或开发性能测试工具

　　--能够通过对被测系统的分析，对性能测试场景进行分析和选取

　　--执行性能测试并根据结果分析性能瓶颈，提出性能提升改进的建议

　　1.3行业测试专家

　　基本能力要求：

　　--精通某个业务性较强的行业的业务流程及关键技能，如医疗，通信，ERP等特征较明显的行业。（如果你是测一般的网站或者是手机系统之类的话，还是省省吧，这个不是这里指的行业专家）

　　--能够根据对本行业业务的了解和对软件测试的了解，对组织内的软件测试流程和方法做出优化，提高测试效率，节省测试成本

　　2、管理方向

　　谈完了技术，当然就该谈谈被无数人所追崇的管理职位了。当然了，能管别人，发号施令，谁不喜欢呢？古人云：学而优则仕，就是这个道理。可职业发展这个金字塔上，能最终站上管理职位的那个塔尖的人又有多少呢？管理职位虽然看似很爽，很诱人，但绝不是每个人都适合做这个岗位的。也不是说你做了若干年的技术，成了技术大牛，你就一定能去管项目管人，毕竟管理主要是跟人打交道的活，你虽然能把电

　　脑弄得服服帖帖，但不一定你去管人的时候，人就会服你，所以其实谈到做管理，最关键的就不是技术了，用两个比较时髦的词来说，关键就是“沟通”和“协调”，你得会跟客户去做沟通，你得会跟其他人去做协调，这是做管理的先决条件。如果你觉得自己不善言谈，不想时时面对众人，那兄弟你还是跳过这一节，继续看看其他部分吧。

　　那么就从做管理来说又可以有什么样的职位选择呢？撇开高层管理什么CXO的不谈，就一般的管理而言，可以选择的管理职位有两类：

　　2.1项目经理

　　基本能力要求：

　　--较高的沟通和协调能力。一方面你要能把客户哄好了，另一方面你得牢牢取得团队的支持，你要没点沟通能力和协调能力，能行吗？

　　--熟悉项目管理的相关知识，如果能够取得PMP证书（项目管理师认证）是最好的，因为那至少可以证明你从理论上非常专业地学习了项目管理的基本概念，熟悉了项目管理的五大过程组及九大知识领域（详细内容请参考相关PMP书籍），有一定的项目管理经验，理论上是没问题的了。

　　--技术方面呢，不需要你太精通技术，但作为IT行业的项目经理，我一直都认为没有任何的技术背景其实是很难胜任这个行业的管理职位的，因为技术性确实太强，人家谈论实现的时候，你啥都听不懂，是不是挺尴尬的？关键是你还得做出决策。如果打个比喻来说明究竟项目经理需要掌握技术到什么程度的话，可以用两个词：一平方公里和一米。你的知识面必须得有一平方公里宽，但这些知识的深度只有一米。什么都知道一点，什么都不精，或许对做技术的人来说不是什么好事，但如果你是做管理的，那恭喜你，兄弟，继续干吧。

　　2.2测试经理

　　基本能力要求：

　　--参照项目经理的第一条，必须滴~~

　　--你不需要有特别多项目管理理论基础及经验，但你必须精通软件测试的方方面面，从流程、方法、工具、框架、组织等等，你都必须了解，并最好有实际的项目经验，能够随时指导测试团队的工作，对团队里面的问题提出一定的参考意见和解决方案，对团队的测试流程和方法做出改进。

二、从测试行业转行的选择

　　好了，看了上面的那些测试行业本身的职业发展选择，有的童鞋可能会感觉不蛋定了，压力山大了，哎呀，本人天生就是编程白痴，书看了不少，什么语言之类的人家说起来或者看着书上感觉都会，可自己一坐到电脑面前打开IDE就茫然，思路全无，硬是敲不进一行代码，我怎么可能做自动化？我怎么发展？我从事的测试就是测测手机上的游戏，我怎么做行业测试专家？说沟通和协调吧，我自己都是宅男宅女，选择性话痨，最烦跟不熟的人（客户）多说一句话，我怎么沟通？怎么做管理？得，如果您是属于这类人，其实说实话，软件测试这个职位可能并不是您的菜，您可能还需要重新考虑一下更适合你的职位。当然我们都知道，转行的机会成本是相当高的，本来做了三五年软件测试，突然让你去做医生或者建筑师，那估计谁心里都没底，除非您就是一天才。综合比较来看，比较保险的办法应该是继续从事IT行业，但不做软件测试，转到比较相关的行业，再看看自己是否适合，这样做的机会成本会低很多，风险相对较小。那么什么样的职业选择是和软件测试相关的呢？它们又应该具备什么样的技术技能呢？接下来本人会为大家一一道来。当然，这些意见都是根据我自己的一些浅薄的经验，无奈当初楼主在一些小公司被劈成几半用的时候，除了测试外，几乎软件工程里面该有的一些主要职位都做过了，如需求分析，开发，售前，售后等等，所以才会有这些结论出来，下面的内容关于能力方面的要求是最基本的，欢迎大家补充，个人见识有限，这里权当抛砖引玉了，呵呵。

　　1、SQA

　　说到SQA，其实很多公司现在都已经跟软件测试是一个概念了，测试人员既做QA又做QC的情况非常普遍，只有一些规模较大，流程确实非常正规的公司还保留有专门的SQA的职位，这里只是权当做个参考和选择之一。或许有不少童鞋会对QA和QC的区别心存疑惑，甚至有不少人根本不知道这是两个不同的职业，那么他们有什么区别呢？我这里随便解释下。如果用一个比喻来形容QA和QC的关系的话，我觉得用法官和警察的关系来形容是比较贴切的。法院的法官制定法律，但他们不亲自去抓罪犯，而警察呢，则依据法院制定的法律去判断某人是否违法，是否是应该被抓捕的罪犯，并亲自去把他们抓住。QA就如同法官，他们制定了一系列的流程，工作的输入输出，哪些文档，如何审计测试的效率，如果改进测试流程，都是他们在掌握。而QC，就是测试人员，他们则在QA的流程下，运用各种测试的方法去抓bug，尽量减少产品的缺陷，保证产品的质量。所以SQA的工作比较适合不太喜欢亲自去找bug，但喜欢从比较high level的角度去看待问题的人，说白了就是动手能力不太强，但确实对测试还比较感兴趣，对各种质量理论感兴趣的人。

　　基本能力要求：

　　--熟悉常见的质量控制体系及软件项目成熟度模型等，如CMM/CMMI，6 sigma，ISO9000，RUP等等

<SPAN style="FONT-SIZE: 9pt; COLOR: #333333; FONT-FAMILY: 宋体; mso-ascii-font-family: Arial; mso-hansi-font-family: Aria