您所在的位置： &
测试工程师手册：挑战与机遇
测试工程师手册：挑战与机遇
51CTO闫佳明
随着测试在软件开发周期中越来越受到重视，国内测试的缺口一直比较大。一方面测试开发表明了对工程师有更高的要求，需要在具有测试能力的基础上兼备开发能力；另一方面自动化测试成为趋势，利用开发的技巧解决测试中的问题以提高测试效率，降低QA（quality assurance质量保证）与RD（Research and Development研发工程师）的人力比。
498)this.width=498;' onmousewheel = 'javascript:return big(this)' src="/wyfs02/M00/59/BF/wKiom1Td5oWTgIEhAAA3YdZOEI0780.jpg" alt="app开发价格" />
随着测试在软件开发周期中越来越受到重视，国内测试的缺口一直比较大。一方面测试开发表明了对工程师有更高的要求，需要在具有测试能力的基础上兼备开发能力；另一方面自动化测试成为趋势，利用开发的技巧解决测试中的问题以提高测试效率，降低QA（quality assurance质量保证）与RD（Research and Development研发工程师）的人力比。
虽然测试是APP团队中不可或缺的重要环节，但目前国内的环境却显得有些暗淡，小型团队往往并没有测试工程师的职位，在APP上线推广之前，只是在团队内部的人员现有的手机型号上跑一遍APP就算完成了测试环节。并不是开发团队不重视测试环节，而是成本压力与APP应用市场环境造成的。与此同时，国内也并没有一个能够提供测试人员交流学习的平台。如今技术不再是移动互联网的难题，应用APP之间搏杀的一个重要环节正是APP的自身质量，而测试工程师们正在这样一片战场上战斗，可是如何成为一名合格甚至优秀的APP质量把控人员呢？
1、技术含量
如果你问及一个测试工程师当初为什么选择测试开发这个职位时，经常听到以下的回答：
&&我觉得自己开发能力比较弱，但我比较细心，觉得测试职位比较适合。&
&&我在实验室和实习公司呆过，做过功能测试和性能测试，我比较喜欢测试.&
&&开发只能了解到项目的局部，但测试需要了解更多，我期望有更好的大局观&
无论人们内心真实的想法是什么，但潜意识里面测试的技术含量没有开发高。客观地说，在软件编码方面测试开发的技术含量确实不如纯正的开发职位，更不用说测试职位了。但是，这个职位本身所要求的技术水平应该是需要超过单纯的开发职位的，真正高水平的QA至少需要多年的开发经验的，否则他无法从软件产品设计、架构和实现方面提出实质性的意见和风险评估，充其量只是点出交付到手软件中的几个bug。所以基于现阶段国内行情，个人建议如果希望在测试的职业生涯上有所发展的人，先参与几年的研发工作，毕竟那才是软件工程中的主体，然后在开发过程中培养测试意识，这也是程序员的职业素养。Google许多工程师都有强烈的质量意识，许多代码自己不经过自己的单元测试和功能测试是没有人review的。对于投测试或者测试开发职位的目的是为了逃避开发，那么职业道路要发展顺利是很难的。
2、基本素质
测试开发工程在公司一般有两种，一种是单纯为测试团队开发测试工具或者系统（由于这部分和单纯开发职位本质上区别不大，讨论基于另一种）；另一种就是在测试过程中发挥主观能动，利用自动化把重复劳动降至最低，比如开发适用于特定场景的测试工具（当然这种工具具有普遍性也能推广到整个组或者公司）、测试脚本和测试用例。
测试开发工程师应该具备两方面的知识：测试知识和开发知识。之所以把测试排在前面，因为这里的开发建立在测试实践基础之上。其中测试知识又分为两部分：一是理论知识，软件行业发展至今也就几十年，测试方面的积淀就更少了，所以要掌握这部分对于一般人来说不是难事；另外一方面是经验知识，主要在项目测试过程中积累，很多系统的测试点、风险点都需要有丰富的经验来评估，这也是资深的测试工程师价值所在。开发知识当然和开发工程师差不多了，不再多说。在软素质方面，测试开发工程师应该具有更好的组织沟通协作能力。现在许多公司都在推行全流程保证，QA为了发挥更大的影响力以及保证项目的质量，需要从需求到设计，测试到上线全方面跟踪参与，这就涉及到了许多跨部门跨小组的沟通，即便在小组内沟通也极其频繁，工程师需要很好的表达能力。同时，由于测试在软件生命周期中处于靠后的位置，所以在将许多工作推行到上游的环节中存在较多阻力，这也要求工程师有较好的统筹和协作能力，最终达到目的。
3、测试的本质
2V（Validation和Verification）是QA的基本职责，即保证两点：Validation，软件按照既定的需求开发，没有偏离产品方向；Verification，软件在满足需求的基础上保证其正确性，从功能、性能、安全等各个方面验证。传统意义上，第二点是大部分QA的意识，即找bug，认为一个软件找到的bug越多自己的价值越大，实际上QA的最高境界是软件在测试的时候找不到bug，因为在软件的启动阶段你就开始了质量保证工作，从需求、设计、编码这些前期阶段就杜绝了bug产生的可能。当然，以上说的有些理想，但本质是什么？软件背后是人，是PM（测试项目经理）制定的需求，是RD进行开发的， 那测试背后实际上测的是人而不是软件。人总是可能存在思维漏洞的，人总是可能犯错误的，所以永远会有bug，但有些人心细，有些人负责，自己开发完后会自己进行单测、功能测试，以致后续能发现他的bug已经很少了。明白了这一层就不要单纯从技术角度来思考测试。
4、走得更远
不可否认，现在许多测试理论，无论白盒测试还是黑盒测试，无论单元测试、集成测试还是系统测试，看似属于测试人员研究的专利，实际上大部分的方法论都是开发人员提出来的。再一次证明，不参与软件主体的研发工作是不可能深入理解测试的，所以开发人员需要具备的开发能力和技巧测试人员也是需要具备的。当然由于项目的安排和时间等各方面的原因，测试人员能难有较多的开发机会，但这不妨碍你不断地学习。另外，测试可以涵盖的方面很多，但人的精力毕竟有限，测试开发工程师也必须拥有自己的核心竞争力，选定一个方向是个不错的做法，致力成为某方面的专家，比如单元测试（不要认为是开发人员做的，很多开发人员没有单测意识和技巧）、性能测试、安全测试。最后是测试开发工程师需要培养自己的全局掌控能力，这个是在职业过程中有意培养的，公司现阶段的任务是什么？侧重点是什么？在大公司需要顺势而为，QA的本职工作是保证质量，需要借助与流程、工具和其他外部资源，所以在工作的时候尽量与大方向契合。
第三方测试服务平台：既是挑战，更是机遇
目前国内也有一些第三方的测试服务平台，其中最著名的比如Testin云测试最近推出的Testin众测服务，汇聚了10万名国内移动互联网顶尖的测试、QA专家，从服务对象来看，属于较大规模的专注移动App的专业众测平台。也许在测试人员看来，这种垂直型专业平台会吸引一些APP团队减少测试人员的使用，但反过来看，如果一个测试人员加入到这种类似的众测平台里，既能在不影响本职工作的同时，积累更多的测试经验，获得更多的劳动回报，又能找到一个与众多测试人员分享交流的机会。所以说第三方测试服务平台对于测试人员来说是挑战，更是机遇。
最后想说的是，无论在大公司还是小公司，测试人员想要发展，压力肯定不会小，心态就很重要了，以创业者而不是打工者的心态来工作看待很多问题就截然不同了。燕雀安知鸿鹄之志？【编辑推荐】【责任编辑： TEL：（010）】
关于&&&&的更多文章
《Android 4.X开发完全上手――手把手构建完整Android App范例》
既然强大的Android Studio来了，有什么理由不去用呢？
讲师： 0人学习过讲师： 18人学习过讲师： 0人学习过
日-6日，GMIC 北京 2014全球移动互联网大会
日-6日，GMIC 北京 2014全球移动互联网大会
OpenGL ES 和 OpenGL 一样，是 khronos 所维护、定义
本书从计算机网络安全的概念入手，分析了单机节点、单一网络、互联网络和开放互联网络的基本安全问题，并对计算机网络安全体系架
Windows Phone专家
Android开发专家
51CTO旗下网站 上传我的文档
 下载
 收藏
有些东西网上直接上传，如有侵权，请告知，一定会删除
 下载此文档
正在努力加载中...
【学习资料】测试工程师要求,角色定位及职业发展方向(完成版)
下载积分：600
内容提示：【学习资料】测试工程师要求,角色定位及职业发展方向(完成版)
文档格式：PPT|
浏览次数：2|
上传日期： 00:47:14|
文档星级：
该用户还上传了这些文档
【学习资料】测试工程师要求,角色定位及职业发展方向(
官方公共微信软件测试职业规划
以下是转载内容。
软件测试人员的发展误区【4】
&　　公司开发的产品专业性较强，软件测试人员需要有很强的专业知识，现在软件测试人员发展出现了一种测试管理者不愿意看到的景象：
　　1、开发技术较强的软件测试人员转向了软件开发(非测试工具开发)；
　　2、业务能力较强的测试人员转向了软件需求；
　　3、沟通能力较强专业能力较强的人员转向了软件实施；
　　为什么不愿意看到呢，自己培养起来的优秀人员都为别的部门、别的公司干活去了，而测试这边永远都是新人，永远都是刚入门的软件测试工程师：开发水平一般、业务能力一般、沟通能力一般。而那些转行的测试同仁们，薪水并没有质的飞跃，到了&那边&成绩平平，很快就被埋没了。这里当然要排除那些实在对开发、对业务、对实施非常感兴趣想在这些领域有所建树的狂热者们。问题就来了，那些人为什么要&转业&呢?原因无外乎以下几点：
　　1、公司的软件测试没有技术含量，没有挑战性；
　　2、认为在公司能做到测试经理就已经是测试发展的最高境界了；
　　3、测试人员薪水较其他低；
　　4、想了解一下测试之外的其他岗位，丰富自己的阅历，为以后更好的做管理做准备。
　　那么，公司的软件测试真的技术含量很低吗?工作效率已经达到最高了吗?真的不需要挑战吗?测试经理就没有高级和低级之分了吗?测试人员的薪水就不可以比开发人员高了吗?测试人员真的需要那么多吗?当然不是，也许很多年的&旧路&不能靠自己改变，也许有人埋怨领导者们因循守旧、顽固不化，但没有人会阻挡我们去创新，去阻止我们探索新的模式、新的思路、新的工作方法去改变这种现状，没有公司是傻子，一个人的薪水和他体现出来的价值是成正比的。所以应该打破常规，去探索新的东西，这种创新不仅包括技术创新也包括管理创新。关于职业发展，仅根据公司的实际情况，和从大家那里得来的想法，谈一谈：
　　1、开发技能较强的软件测试人员可以转向自动化测试工具、测试管理工具的开发，这里不仅要求开发能力较强，还需要多了解第三方测试工具，挖掘测试组内测试人员的需求，了解业务；
　　2、业务能力较强的可以做测试(用例、计划)设计工程师，由于公司产品业务较强，需求人员仅能为测试人员提供需求文档，而究竟哪些是最重要的测试点，测试过程中采取什么样的测试方法能使得测试路径最短、覆盖率最全，这些都需要抓住软件业务的精髓；
　　3、做到了测试经理，完全可以把管理再出神入化，每个人身上有什么特点，怎样能让每个组员的能力发挥到极致，怎么更好的争取测试人员的利益，怎样做到最好的资源调配，怎样让大家不再迷茫，另外，怎样提升自己的威信，提升执行力，领导力，怎样把管理做到让人啧啧，到了这种程度，通过横向和纵向对比，优势自然就出来了。
　　另外，转做开发、需求、实施，然后又转回测试做管理，这种我是比较赞同的，但度不好掌握，而且如果自己的水平实在太高，很可能会让这类人产生英雄无用武之地的想法，公司的平台太低，而自己感觉自己的水平偏高，所以很可能导致这类人的离职，所以个人的发展和公司测试部的发展一定得保持同步，谁都不能过快，步伐不一致的的两个人怎么能走在一条道上呢?所以在个人发展的情况下，关注公司总体测试发展，先认清两者的发展方向再去&转业&未尝不可。
　　4、做到测试设计人员、自动化工具、管理工具开发人员就是极致了吗?当然不是，测试行业照样有咨询、有顾问、专家，测试管理做好了也可以去做项目经理、去做部门经理，实在不行，完全可以去创业嘛。
　　总之，发展无极限，路是自己走出来的，不要只走别人踩出来的路。
测试人员应该具备的几种思维方式【1】
　　1、逆向思维方式
&& & 逆向思维在测试中用的很多，比如将根据结果逆推条件，从而得出输入条件的等价类划分
&& & 其实逆向思维在调试当中用到的也比较多，当发现缺陷时，进一步定位问题的所在，往往就是逆流而上，进行分析
&& & 逆向思维是相对的，就是按照与常规思路相反的方向进行思考，测试人员往往能够运用它发现开发人员思维的漏洞&
&& 2、组合思维方式
&& & 很多东西单一的思考都没有问题，当将相关的事物组合在一起却能发现很多问题；如多进程并发，让程序的复杂度上了一个台阶，也让程序的缺陷率随之而增长
&& & 按照是否排序组合可以分为：排列（有序）和组合（无序）；针对不同的应用，可以酌情考虑使用&排列&或者&组合&
&& & 为了充分利用组合思维而不致于让自己的思维混乱，要注意&分维&，将相关的因素划分到不同的维度上，然后再考虑其相关性&
&& 3、全局思维方式
&& & 事物往往存在多面性，当我们掌握了越多的层面，我们对它的认识就越清楚，越有利于我们掌握其本质，全局思维方式就是让我们从多角度分析待测的系统；试着以不同角色去看系统，分析其是否能够满足需求
&& & 其实平常我们在软件开发过程中，进行的各种评审，就是借助全局思维的方式，让更多的人参与思考，脑力激荡，尽可能的实现全方位审查某个解决方案的正确性以及其他特性&
&& 4、两极思维方式
&& & 边界值分析是两极思维方式的典范
&& & 为了看系统的稳定性，我们采用了压力测试
&& & 两极思维方式，是在极端的情况下，看是否存在缺陷？
&& & 注意是两极，不是一极
&& & 测试人员做久了，往往容易走极端&&职业病，不利于与人沟通&
&& 5、简单思维方式
&& & 剥离一些非关键特征，追逐事物的本质，让事物简单的只剩下&根本&
&& & 针对事物本质（解决问题的本质）的测试，让我们不至于偏离方向&
&& 6、比较思维方式
&& & 认识事物时，人们往往都是通过和头脑中的某些概念进行比较，找出相同、相异之处，或者归类，从而将其加入大脑中的知识体系，可能的话，再建立好的搜索方式，以便以后使用
&& & 应用模式是&比较思维&很常见的例子，现在模式很火，有设计模式、体系结构模式、测试模式、等等，一些专家针对一些相关问题的共性找出来的解决方法，取完名字后，可以让大家方便的复用
&& & 让经验在这里发挥作用，测试中经验很重要，比较思维是使用经验的方式&
&& 7、动起来，更精彩
&& & 关注程序的运行时状态
&& & 传统的基于结构的程序可以更多的在代码中反映将来程序的运行方式；而面向对象将代码和运行时显著分离
&& & 让我们在关注代码静态结构（如类结构）的同时，也要谨慎关注其动态（对象交互网）表现
其实这些思维方式，大家都在有意识或者无意识的使用着，它们各自都有自己的妙处，将我们的思维发散，有意识的将他们用在问题的思考上，有时可以给我们一种&柳暗花明又一村&的感觉。
测试工程师的进阶之路【2】
从狭隘的面来理解，测试工程师的本职的进阶方向大致如下：
即两种大方向：管理方向和技术方向。
从广义上来划分测试人员的发展，即不仅仅局限于测试本职工作，大致有6大类的方向。决定不同发展方向的核心技能要素有三个，即：
三核心要素：管理技能、测试技能、业务技能。
根据三种技能的掌握情况和互相之间的交集点，大致分为6个大类方向：
　　◆ 管理方向
　　◆ 测试技术方向
　　◆ 业务技术方向
　　◆ 技术支持方向
　　◆ 质量保证方向
　　◆ 其他方向
六大方向对核心三技能的大致要求，请参考如下图示：
（注：上图只是对六类发展方向，三种核心技能掌握做简单图示，不代表具体数值，也无横向对比价值。）
　　测试人员的六大发展方向和对应岗位：
（注：只代表各大方向的具体方向，各方向/岗位之间未标识上下级，平级层次关系）
　　对六大方向的各个岗位，无法一一描述所要学习掌握的知识点。如果对某一方向的某一岗位有兴趣，在网络资源这么发达的今天，有心的话，自然会找到关于测试人员所需要的技能知识，进行归纳总结，所以在本文中不再赘述。
软件测试工程师职业生涯规划【3】
由于国内软件测试行业目前的发展迅速、需求旺盛，在国内的软件测试职位晋升一般要比国外快，但因行业本身太年轻，大家对软件测试中软件测试职业的发展了解不够，从而导致许多有志在此发展的年轻人举步不前。所以下面介绍一下海外公司成熟的软件测试行业职位分布情况，我国一些在软件测试行业中处于前端的公司与之也相仿，这可以作为软件测试职业规划的参考，给新人一个导向。
　　第一阶段：(测试员)初级测试工程师
　　自身条件：初入行具备计算机专业学位或一些手工测试经验的个人。
　　具体工作：执行测试用例，记录bug，并回归测试，通过qtp等测试工具录制回归测试脚本，并执行回归测试脚本。
学习方向：开发测试脚本并且开始熟悉测试生存周期和测试技术。
　　第二阶段：(测试工程师)程序分析员
　　自身条件：有1~2年工作经验的测试工程师或程序员。具有初步的自动化测试能力，完善自动化测试脚本。
　　具体工作：设计和编写测试用例，编写自动测试脚本程序且担任测试编程初期的领导工作。
学习方向：拓展编程语言、操作系统、网络与数据库方面的技能 。
　　第三阶段：(高级测试工程师)程序分析员
　　自身条件：有3~4年经验的测试工程师或程序员。具有一定的行业业务知识，储备系统分析员的能力。
　　具体工作：帮助开发或维护测试或编程标准与过程，分析软件需求，获得测试需求。确定测试需求相应的测试方法，获得测试策略方案。参与同行的评审(软件需求，软件测试计划等)，并为其它初级的测试工程师或程序员充当顾问。
学习方向:继续拓展编程语言、操作系统、网络与数据库方面的技能。
　　第四阶段：测试组负责人
　　自身条件：有4~6年经验的测试工程师或程序员。具有丰富的行业业务知识，具有系统分析员的能力，专长性能测试。
具体工作：负责管理1~3名测试工程师或程序员。集中于技能方面，担负一些进度安排和工作规模/成本估算职责。分析性能瓶颈的原因，为开发团队提供bug解决策略。
负责进度安排、工作规模/成本估算、按进度表和预算目标交付产品，负责开发项目的技术方法，能够为用户提供支持与演示；
学习方向：性能测试，测试技能
　　第五阶段：(资深安全或性能测试工程师)测试/编程高级负责人
　　自身条件：有6~10年经验的测试工程师或程序员。
　　具体工作：负责管理8~10名技术人员。性能测试整体方案设计，软件系统性能问题定位和性能优化，内存优化及分析数据溢出等，分析系统的安全漏洞等。负责进度安排、工作规模/成本估算、按进度表和预算目标交付产品。负责开发项目的技术方法。为一些用户提供支持与演示。
学习方向：开发一些特定领域的技术专长
　　第六阶段：测试/质量保证/开发(项目)、经理
　　自身条件：有10多年的工作经验。
具体工作：管理8名或更多的人员参加的1个或多个项目。负责这一领域(测试/质量保证/开发)内的整个开发生存周期业务。为一些用户提供交互和大量演示。负责项目成本、进度安排、计划和人员分工
　　第七阶段：(公司级质量总监)计划经理
　　自身条件：有15年以上开发与支持(测试/质量保证)活动方面的经验。
具体工作：管理从事若干项目的人员以及整个开发生存周期。负责把握项目方向与盈亏责任
　　职业生涯规划是人生的大事，下面我结合亲身经历，谈谈自己的观点：
　　step1：校园阶段 (毕业前1年～1.5年)
　　很多人的职业规划 是到了工作以后才开始进行的，其实，这样做，有很大的局限性。凡是工作过的人，都有一个体会，就是自己的第一份工作，会影响到5～10年的发展轨迹，甚至会对一生产生影响。因此，选择一份合适的工作作为起点，是必须要在校园内思考清楚的问题。
由于中国的教育基本是理论教育，大家在工作前的实践能力大多比较弱，固然有其不足，但也有好的一面，那就是可塑性比较好。可塑性好代表了选择的余地可以很大，因此，大家在选择第一份工的时候，要充分结合自己的教育背景、个人能力、兴趣爱好、长期目标等等，作出理性的决策。
　　软件测试，特别是黑盒软件测试是一种入门起点较低、上手迅速、且发展空间比较大的职业，因此，对于很多学生而言，作为进入IT就业的初级岗位，是非常合适的。
　　校园阶段的规划，主要是选择大的入门方向，当然，此时也可以给自己一个长期的目标，但是不必规划过细，因为，在没有入行前，一切都还未知，把握好路线即可。
　　下文假设大家选择的是软件测试～～
　　step2：入门阶段 (入行后3个月～1年)
　　对于刚刚入行的新人，这个时期是一个全面熟悉期，最能够学习到新的知识，也最有拼搏的热情和动力。建议大家可以借着这股冲劲，尽可能了解所在领域的全貌，了解各个主要分支的内容、特性、优势、局限性等等，并考察自己当前的工作环境，结合个人匹配程度和兴趣爱好，根据前述内容调整自己的规划。
　　对于测试行当而言，技术方面一般有几类：黑盒测试、白盒测试、自动化测试、测试工具、专用业务技能等;相关的管理方面一般有：测试管理、质量管理、项目管理等。
　　面对上述形形色色的方向，建议大家可以都稍稍了解下内涵，然后确定1～2个，作为中长期的主攻方向，达此标准，基本已经实现了入门，至于能否进得厅堂，就要看后期的努力了。
　　step3：提高阶段(入门后3年～5年)
　　对于入门后选择管理还是选择技术，其实这种问题，是无可无不可的，关键是看对自己的长期的定位了。不过，我个人建议当前阶段还是技术为重吧。毕竟，在一个技术环境中，要做好管理，没有扎实的基础，也难服众嘛。
　　本阶段是人最容易懈怠的阶段。毕竟，刚刚入行的热忱早已被日复一日的繁复工作给冷却，有了一定的工作经验，胜任本职，对于大多数人而言，绝不是问题。家庭、娱乐方面开始占据了业余生活的主流。可是，毕竟大家还很年轻，大多数人此时也不过20多岁，就此懈怠也是非常可怕的。因此，有规划的提高自身核心竞争力，在这个时候尤为关键。
　　提高是要提高的，但是对于大多数人而言，也没有必要很拼搏，此时处在一个比较稳定的职位上的你，可以考虑进行细化自己的中期规划了。根据选定的方向，制定一个自我提升的计划，并定义好自我检查的里程碑(譬如：每个季度或半年算一个阶段)，每天或者每周，有规律的学习一点即可。抱定一个目标&&&每天进步一点点&，几年一大成不是问题。
　　我个人是反对急功近利的，倾向于稳打稳扎，这个阶段忌做&万金油&，而应努力成为有一技之长的&专家&。
　　对于选择做技术的人而言，这个阶段的达成标准，一般至少要能够熟悉你所选技术方向的大多数技术细节，&细节决定成败&嘛，虽然把握全局的能力是必要的，但是作技术而言，倘若不能钻的很细很深，恐怕也很难以高手自居吧。
对于选择做管理的人而言，我个人倾向是：此阶段接触管理的理念，并可以介入管理，但是此阶段不宜全面进入管理(除非你有更深层次的考虑，可以不去稳打稳扎)。学习管理的理念是非常重要的，其实管理更多一种思维和做事的方式，这门学问很深入，也不像技术，会不会是那么的显著，因此，建议多看多学，取长补短，并努力形成自己的做事风格。高级软件测试工程师，测试组长等，都是不错的含有技术特征的管理职位，此时的你应该能够胜任于此。
　　这个阶段的达成后，你也可以跻身老手行列，不必为求职犯愁，你应该可以很容易跳槽或时不时被猎头骚扰下，达成此阶段，你要做更深入的规划。
　　step4：升华阶段(老手后5年～10年)
　　此时的你，即将步入中年，不论是曾经专注技术还是偏爱管理的，都面临着家庭和社会的双重压力，你不可能像年轻人一样整天拼搏了，你需要稳定，因此，不能频繁的跳槽，建议考虑比较正规且有潜力的企业，要考虑给自己一个长远的发展规划。
　　正因为有前期的细节的背景的支撑，此时，你需要努力提升自己的宏观把握能力。哪怕做技术的，也要考虑适当的转型管理(中国特色是：工程师很难超过35岁的，一般人到了30岁不是转管理就是转商务了)。当然，一般人是技术做得越好，管理的时候，越容易切中项目要害。但是，对于从技术上来的人，关键是要开始培养和人打交道的能力。此阶段的关键是，需要逐步形成自己的管理风格，具备协调并行事务的能力。
　　当然，纯管理和技术型管理还是有所区别的。对于纯管理的人，熟练应用管理的科学理念，形成自己的风格尤为重要。纯管理的测试经理人，不仅仅可以做好测试方面的管理，其实也可以做好项目甚至其他的管理。其实，不管管理的对象是什么，它们的管理理念还是相通的。从测试管理中摸索出来的很多经验，可以很好的推广于其他的管理领域。而对于技术型管理的人，主要是带好技术团队，同时，不断补充新的技术知识，跟紧技术潮流。此时的你，有强大的技术背景支撑，不需要过分钻研细节，只需洞察核心，合理安排好你的团队成员即可。
　　这个阶段，也可能少数的人会选择离开具体的企业，而开始从事测试咨询，那是一个充满挑战的崭新开始，也必须有前期的积累方能胜任。
　　对于大多数人而言，此阶段中一个需要重点考虑的问题是，是否将测试作为自己的终生职位，如果是，基本上达到上述的目标，保持状态，基本可以做到退休的。如果不是，那就比较可怕了。其实我不建议此阶段的人转型，除非有充分的理由和很好的机遇。毕竟，达到此阶段，你已经付出了至少5年的努力，而且还是人生的黄金时段，时光一去不复返啊。当前状态下转行，请务必慎重。
【1】测试人员应该具备的几种思维方式&
【2】测试工程师的进阶之路
【3】软件测试工程师职业规划
【4】软件测试人员的发展误区
【5】软件测试基础：概念篇
阅读(...) 评论()