作为职业发展起步,测试工程师可以先把自己定位为某种专门测试的专家,如功能测试专家、系统测试专家等。无论从哪种专门的测试开始,测试新手都有机会了解测试的一般方法论和通用的原则,这些知识对于不同的测试领域都是必需的。此外,针对不同的测试,测试新手需要学习特定的测试方法。例如,对于功能测试工程师而言,黑盒测试理论、测试用例构建和分析等技术是必不可少的;而对于系统测试工程师,了解不同种类系统的特性、性能指标,学习系统测试构建方式等技术是必修课;而对于构建测试工程师而言,学习构建技术的原理、系统部署技术、增量和全量发布技术等内容对于进行构建测试是非常重要的。有了一般性的技术和针对特定测试种类的专业技术作为基础,测试新手需要通过项目经验的累积,逐渐达到测试专家的水平。
由于不同的测试种类之间是有关联的,对于不同的业务步骤也很具有针对性。作为某种测试的专家,通常只熟悉和这类测试相关的系统特性或功能。如果希望对系统有更全面的认识,这时可以考虑转为另一种测试类型的测试工程师。在转换测试类型时,并不需要重新学习测试理论,而仅需要学习新的测试类型的测试技术和被测试的系统模块。测试工程师成为多种测试类型的专家以后,对整个系统的测试方法和测试流程都会有全面且深入的理解。
到了这个阶段,测试工程师要面临的是另一次选择。有了对多种测试类型的积累,工程师对被测的业务也有相对深入的理解,这时,可以转向基于基础产品的项目开发的主要测试负责人的角色,或者成为一名技术支持专家,专门解决和客户有关的技术问题。如果希望在测试方面做得更专注,那么,也可以选择成为产品的测试架构师,从不同的高度更深远地影响产品测试的方法论和策略。如果工程师起初并没有转向别的测试类型,而是专注在同一种测试类型上,那么,就有更多的时间集中地把一种测试类型研究透彻,目标是成为这种测试类型的专家或大师。每种测试类型都需要方法和实践上的创新,而测试高手和大师无疑更能推动这种创新。
我们说过,在敏捷开发团队中,测试工程师作为开发项目的成员存在。在积累了一些项目经验并具备相关的技能以后,测试工程师可以开始尝试敏捷开发团队的其他角色。一种典型的选择是成为开发工程师,把专注的点从测试变成开发。拥有产品质量控制经验的开发工程师,从技术上更能把握对设计和实现的质量考虑。当然,开发和测试就工作性质而言差别较大,对于刚从测试工程师转型的开发工程师,学习开发模型及相关技术会是一个不小的挑战。
本身经验已经比较丰富的测试工程师,可以转成产品架构师,直接参与设计。直接成为架构师以前,测试工程师应该已经了解一些测试以外的内容,如业务需求和市场背景、产品整体架构、适当的实现细节等。因此,从测试工程师转型为产品架构师,也是个很有挑战性的变化。如果希望技术做得更深入,产品架构师也许不是最好的选择;信息架构师角色,如应用架构师、基础设施架构师等,为走深入技术路线的测试工程师提供广阔的选择空间。
在IBM,纯技术背景的专家只要做得足够好,都能得到认可。在这种氛围条件下,测试工程师可以根据自己的兴趣选择职业发展方向。有人说,兴趣是一个不时变化的玩意儿,不错,因此,在这里不乏从测试工程师转型成其他角色后又重新回来的案例。有一个足够大的舞台,周围有许多各方面技术的专家,也有许多成功或失败的案例作为借鉴,测试技术专家在确定自己的职业发展路线时拥有非常广阔的选择空间。
全部0条评论
快来发表一下你的评论吧 !