软件测试工程师的“三十六变”-1

上一篇 / 下一篇 2012-04-24 11:45:24 / 个人分类：杂谈

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

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

转自：http://www.51testing.com/?22381

收藏举报

TAG:

查看全部评论

bob123654

不要让那些真正对你好的人，慢慢的从你的生活中消失，无论爱情还是友情，都需要用心经营。

软件测试工程师的“三十六变”-1

用户菜单

我的栏目

标题搜索

日历

我的存档

数据统计

RSS订阅