重读《从菜鸟到测试架构师》-- 职业生涯的考虑

都说万事开头难,小艾作为菜鸟测试工程师加入到测试项目团队,努力学习着关于测试入门的知识。有了基本的知识及对测试的领域有了一定的认识之后,小艾开始思考自己的职业生涯应该有什么样的前景?测试工程师是一个专注程度很高的技术背景职位,但小艾并不清楚自己未来无论是在技术还是管理上有哪些可以选择的发展方向,更别说如何选择方向了。

于是,热心的导师再次登场,为小艾深入剖析技术与管理道路的发展路线。

测试工程师的技术发展路线

在职业发展起步期,测试工程师可以先把自己定位为某种专门测试的专家,如功能测试专家、系统测试专家等。其共同点是作为测试新手,都有机会了解测试的一般方法论和通用的原则,且这些知识对于不同的测试领域都是必需的。

有了一般性的技术和针对特定测试种类的专业技术作为基础,测试新手需要通过项目经验的累积,逐渐达到测试专家的水平。

整个技术发展路线图不一一描述了,大家看这张来自51testing的图片做参考吧~

由于不同的测试种类之间是有关联的,对于不同的业务步骤都存在一定的针对性,但如果考虑转为另一种类型的测试工程师,在转换时,并不需要重新学习测试理论,仅需要学习新的测试类型的测试技术及被测的系统模块。

测试工程师成为多种测试类型的专家以后,对整个系统的测试方法和测试流程都会有全面且深入的理解。

当对多种测试类型都有了一定的积累之后,工程师对被测业务也有相对深入的理解,这时,可以转向基于基础产品的项目开发的主要测试负责人的角色,或者成为一名技术支持专家,专门解决和客户有关的技术问题。

如果希望在测试方面做得更专注,也可以选择成为产品的测试架构师,从不同的高度更深远地影响产品测试的方法论和策略。

若一开始就决定专注在某一类型,则可以将目标定位这种测试类型的专家或大师。

从工作中积累了项目经验并具备相关技能之后,也可以根据自己的兴趣考虑转向开发工程师,将专注的点从测试变成开发。拥有产品质量控制经验的开发工程师,从技术上更能把握对设计和实现的质量考虑。

本身经验就较为丰富的测试工程师可以转成产品架构师,直接参与设计。而信息架构师角色,如应用架构师、基础设施架构师等,则可以为走深入技术路线的测试工程师提供广阔的选择空间。

与人打交道——管理测试团队

区别于纯技术的职位更多地关注技术的细节,管理人员必须花相当多的时间与人打交道。作为测试管理人员,为了让团队以高效率运作,需要关注人力资源和合理分配,使测试工程师的技术优势得以发挥。

相对于一般的项目管理,测试管理需要更专注于风险控制和质量控制。因此,从技术角度看,测试管理人员需掌握项目管理的相关技能。

随着测试工程师的经验积累,以及对相关测试技术和项目管理技术的掌握,到一定程度时,就可以选择转向管理角色,成为测试组的技术组长或者测试项目经理。

技术组长在技术上至少能达到一般组员的水平,而工作上则体现出更强的技术领导力和影响力。测试项目经理则关注测试项目的进度和项目管理的细节。

如果选择了测试组长,那么前进的方向又是怎么样的呢?如果在管理的道路上进一步发展,测试组长可以尝试测试经理或开发经理的职位,将注意力始终放在管理方面。而从业务方向来看,也可以尝试业务方面的职位,如技术销售、技术服务等。若对某测试类型深入钻研,也依然可以成为该测试类型的高级角色。

尾声

第一章 上班第一天,新人培训 到此就要告一段落了,尽管说的是上班第一天,其实大家看到的这么多的内容,又怎么可能一天时间就能完全消化呢~ 这里的上班第一天,只是指代新人小艾初入职场初入测试领域罢了,不去纠结时间问题,我们但看小艾学会了什么,而我们跟着小艾又学会了什么呢?

有朋友问,你是一个字一个字把书本的内容敲出来的么?hmm...是的,不过并没有一字不落地全部敲出来啊,哈哈……其实,我也是一边看,一边思考,一边顺着故事的主线想象导师的谆谆教诲,小艾的谦虚接受,但不得不说,大部分怕自己描述不清楚也怕描述出差错的枯燥文字,确实是从书上原原本本搬过来的~

也有朋友问,是不是看你的文章就可以得到书中近乎所有的内容,不需要去购买这本书了?hmm...首先得说明,我没有要为这本书做任何宣传的想法及举动,购买与否请自行决定。只能说,因为手上正好有这么一本书,而且自己看了也做过一些笔记,这次重读写记录,主要是给自己未来重温的时候多一个参考,如果正在看读书笔记的你觉得文章有帮助,那么欢迎你与我一起学习一起成长~ 仅此而已~

想要第一时间看到这一系列文章的更新及更多精彩内容可以扫描下面二维码关注微信公众号: 倚楼听风雨的如月

时间: 2024-08-11 20:33:30

重读《从菜鸟到测试架构师》-- 职业生涯的考虑的相关文章

重读《从菜鸟到测试架构师》-- 黑色的盒子里面有什么(上)

上一章提到,由于研发组工作繁忙,小艾被派遣过去协助做开发工作,在协助过程中,小艾明白了单元测试是怎么回事以及如何进行,也就是说,小艾接触到了白盒测试的相关知识.伴随着开发进度的有序进行,小艾回到了测试团队开启了新一轮的测试旅程. 可是在工作中,对着可执行的程序不知道从哪里入手,毕竟之前一边读代码,一边调试来找问题,十分得心应手,这下倒好,没有代码可以看可以调了-- 小艾的功能测试第一课--准备手电 功能测试,其实是很简单但是又不那么简单的一件事,简单到一句话可以描述其定义,难却也难在要做到这句话

重读《从菜鸟到测试架构师》-- 开发人员也需要做测试

小艾经过了安装测试的历练,明显对软件测试又有了更深刻的了解.而在进行测试过程中,小艾遇到一个导致他手里大部分case失败的bug,而这个bug的幼稚简直令小艾忍不住想骂开发人员. 而就在小艾质疑为什么开发人员没有发现这么简单的bug的时候,小艾作为支援人员被调进了开发组协助开发工作,忙碌的开发组也立刻给小艾下达了第一份任务,完成某user story的代码开发及单元测试. 可是小艾的编码能力有限,紧赶慢赶才在限定的时间里完成了开发任务,没时间做单元测试了,只是简单测了测,就提交了代码,于是出现了

重读《从菜鸟到测试架构师》-- 客户的圣经之用户手册验证

有朋友看出来了,最近几篇文章很短,一方面,是这几个章节写得内容相对较简单,所以内容比较简短,还有一方面是我这几天相对比较忙,这篇文章也依然保持其篇幅小的特征,不过在这里可以保证,文章尽管短,但依然一字不落地将值得阅读的文字搬了上来,方便大家阅读学习~ 上一回说到小艾明白了安装测试中安装与卸载的测试用例如何保证质量,兴致冲冲地小艾回到座位之后,依据自己学的内容再次投入到工作中,可是,小艾却犯了一个连自己完全没有意识到的错误,幸好,组长在检查小艾的测试报告时发现了,这个错误就是用户手册没有及时认真进

重读《从菜鸟到测试架构师》-- 对黑盒子的全方位照明

上回说到,小艾学会了分而治之的方式来将模块细化做功能测试,这样的好处是更容易找到bug,但尽管容易找bug,并不表示bug就能完全被找到,而不被交付到客户手里.也出于对客户发现的bug进行分析,组长告诉小艾,不仅仅需要分而治之,也需要合而治之. 上一章我们也提到一个名词:跨模块/解决方案的功能测试,即功能集成测试,其实这就是为了确保所有的功能特征,或者User Story在一个产品或应用的开发过程中能够被彻底测试,而对产品的各个模块或者解决方案,按照用户的使用方式,根据模块/解决方案间的逻辑关系

重读《从菜鸟到测试架构师》--安装自动化测试

前面说到小艾明白了用户手册的重要性,小艾到这里已经对安装测试的内容及测试流程有了基本的熟悉,但他在与别人交流的时候发现无论是功能测试还是性能测试都是自动化进行的,于是产生了一个疑问,安装测试是否也可以自动化?如果可以,应该怎么做呢? 效率的提高从自动化开始 从组长的谈话中小艾得知,自动化测试是测试的发展方向和趋势,能够大幅度提高测试的效率.减少了人工干预,一旦测试用例需要重复执行的次数越多,自动化后能节省的成本也就越高,投资回报率也越高. 计算机最适合高速连续地执行确定的任务,而这如果用人脑来执

重读《从菜鸟到测试架构师》-- 模拟客户的访问行为(上)

上一章,我们跟着刚刚进入性能测试组的小艾一起初识了什么是性能测试,也知道了客户在性能上都关注了些什么,在组长的教导下,小艾明白了,想要让用户得到最好的性能体验,最简单有效的方法就是模拟客户使用产品时遇到的访问行为,这一章节就来聊聊如何来模拟客户的访问行为呢? 更真实更高效的模拟--自动化的性能测试 如果说功能测试还有手动测试和自动测试的选择,那么,性能测试则不可避免地要用到自动化测试,即通过程序来模拟实际用户对于网站的访问行为.这里大家可以思考下为什么性能测试必须使用自动化来测试~ 既然说到需要

测试架构师修炼之道: 1 软件测试工程师的职业规划

测试架构师修炼之道: 1 软件测试工程师的职业规划 2016-08-11 1 软件测试的职业发展方向 1.1 管理 表1 管理级别区分 管理级别 职位 工作年限 属下 测试对象 职责 初级软件测试管理者 测试组长 两年 2~5 一般负责产品的一个或多个特性. 1.   测试计划的制订和执行2. 负责产品重点.难点的测试3. 负责带新员工 中级软件测试管理者 测试经理. 测试代表.测试主管 4年左右 10~20 产品 1.   最重要的工作还是运作测试项目,制订并执行测试计划,测试结束后还需要对产

测试架构师修炼之道:4 如何才能制定好测试策略

测试架构师修炼之道:4 如何才能制定好测试策略 2016-08-18 目录 1 理解测试策略  1.1 什么是测试策略?  1.2 测试策略等于测试方针?  1.3 测试策略等于测试计划?  1.4 测试策略等于测试方案?2 四步测试策略制定法  2.1 明确“产品质量目标”  2.2 进行“风险分析”  2.3 适配“产品研发流程”  2.4 进行“测试分层”  2.5 “四步测试策略制定法”中的测试技术3 产品质量评估模型  3.1 优秀的产品质量评估模型的特征  3.2 软件产品质量评估模

老李分享:测试架构师

老李分享:测试架构师 测试架构师是对测试过程的各个领域都具备一定专业技能的人员,主要任务是把测试开发的需求转化为可以实现的抽象设计和具体设计,并完成相应的设计文档.同时,测试架构师还需要把业务化的需求转化为技术化的功能性需求及非功能性需求.测试架构师需要参与测试开发各个阶段,也作为审核人员对设计和测试开发计划进行审查.测试架构师的技能特点是,具有更高视角,对测试技术的发展方向能够有全局的把握,对测试技术和业务也有深刻的认识.