全网独家:发展履历分享 & 我为什么要写书?

全网独家:发展履历分享 & 我为什么要写书?

 

在当今高速生长的移动互联网+云优先的时代,四处充斥着不能预知的转变,有的来自于客户需求的转变,有的来自于市场环境的转变,面对着这些转变,给企业在市场、渠道、产物、服务各方面都带来了一系列新的挑战,每个乐成的企业都在培育打造快速顺应这种转变的能力。对于企业的产物研发部门来说,面对着愈发不确定的客户需求,快速并高质量地完成开发事情,使需求早日上线,尽早网络市场反馈,优化产物和服务,是研发响应市场转变的基本原则。但在追求产物快速交付上线的同时,质量底线是每一个乐成的产物必须要坚守的红线,这也意味着研发团队在提升产物交付速率的基础下也要同时保证产物质量,而要求保证产物交付效率的同时又要连续保证产物质量,自动化测试引入是一种行之有效的保障实现手段。

 

在三月中旬,笔者的新书上市了,关于新书的先容,可查阅:重磅新闻 |《自动化测试实战宝典:从小工到专家》盛大上市! 本书主要以自动化测试手艺为主线,基于Robot Framework框架来睁开先容若何在现实事情中开展自动化测试事情。当前移动互联网行业的测试工程师有异常多的测试工具、框架和手艺可以选择,但不得不说即便是在这工具泛滥的环境下,Robot Framework框架仍然是其中的佼佼者,它是一个值得推荐给人人深入使用的优异开源测试框架,既保证了在低级入门时,快速辅助团队完成自动化测试义务,又能在深入研究时,学习到优异开源框架的设计理念,提升自身手艺能力。

 

准备写这本书之前,实在心里照样挺纠结矛盾的,究竟最近两三年一直都是从事研发治理的事情,对手艺的钻究上已经无法全身心投入了。若是是已购书的读者,从作者先容中,读者能获取到一些我的小我私家从业履历。回首过往的几家事情履历:刚结业的第一份事情在一家台资企业,呆了不到一年左右,这份事情给我最大的收获是:认识到职场和学校的环境差异,职场更讲求自己要对自己卖力,自己不努力谁都帮不了你,以效果为导向。(这句话也送给那些即将结业或刚结业不久的读者,也适用那些在职场事情几年但仍在渺茫的人)

 

第二家公司,由于事情自己对照积极自动、肯经受,加上自己平时喜欢捣鼓一些新手艺,在入职不到半年就晋升为部门主管划重点笔者结业不到一年半,就已经晋升为测试司理)。这份事情最先阶段,移动互联网的浪潮还未真正最先,至少这个时代还没有显著感知到行业转变的打击,那时市面上对照主流的测试工具照样以QTP、LoadRunner这些为主,那时若是能很好的连系QTP完成产物的自动化测试,就已经相当厉害了(从现在的手艺视角来看,之前的那些工具照样弱爆了)。由于第二家公司做的是偏传统行业的产物(属物联网类的产物),产物类型覆盖了Web端、PC端、硬件嵌入式类的产物,在带团队之余,自己也会自动去学习接触一些新的手艺,这个状态连续了三年。这份事情的末期恰好处于移动互联网快速生长的阶段、时代行业涌现出了许多优异的后起之秀工具,好比Selenium、Appium、Jmeter等。但由于公司产物形态的缘故原由,这些工具手艺并不合适当前的产物,带着英雄无用武之地,要与时代接轨拥抱移动互联网时代的心态,即便在那时研发老总抛出高薪的诱惑,仍然毅然决定选择离开了这家公司。

 

第三家公司(酷狗音乐),由于对手艺的热衷和追求,从治理岗转型测试开发岗(纯手艺岗),在这家公司事情时代,可以说是我手艺发展最快、最大的,在所卖力的事业部门,先后主导过后端接口自动化、App UI自动化等项目,并介入连续集成系统测试平台等系统的开发建设。也正是在这份事情时代,接触了Robot Framework框架,说来也挺有意思的,在引入接口自动化测试之前,那时事业部现状是各个产物线测试工具太过于杂乱,有Postman、Jmeter、Unittest等用的五花八门,为了便于整个事业部各产物线接口测试的统一治理和资源复用,研发BOSS下定决心要坚决把接口自动化测试做起来,在我们处于手艺选型时代,照样研发BOSS将Robot Framework框架推荐给了我们。刚最先接手Robot Framework框架,实在我心里是抵触的,由于那时的我以为通过直接编码或接纳类似Pytest、Unittest这类框架来组织测试用例,效率上会更快捷。然则当我真正深入使用了Robot Framework框架之后,它的一些优异特征深深的吸引了我,也是得益于它在酷狗音乐事情时代落地了许多优异的测试实践,包罗后续的App UI自动化。通过它带来的一些乐成实践,打开了我看待问题、解决问题的角度和深度,时代我也做过许多其它的一些测试手艺实践,而且申请通过了9个国家手艺专利(那时在酷狗音乐,申请通过的专利奖金照样不菲的)。

 

相见恨晚的 Git 命令动画演示,一看就懂!

第四家公司,做的是研发效率提升,加入这家公司实在是一个很有时的机遇,那时无意间恒捷(TesterHome社区治理员)联系上了我,交谈了一两次之后,以为人人的想法理念一拍即合,以是很快就赞成加入(对于职场,能有一个志同道合,理念想法相当的人并肩作战很主要)。实在人人那时的想法很简朴,就是想一起通过手艺的手段,提升研发的效率和质量,最少是至心想要做成一些事情。由于某些缘故原由,呆了一年多就离开了这个团队,对于我来说”甩掉”恒捷照样有些愧疚的,虽然进来之后,建设起来了测试平台、CI的一些能力,但终究以为离我们当初的雄心壮志还远远不够。

 

 

最近的一家公司,算是又一次从手艺转向治理,而促使我写这本书的初衷,也是最近一两年,感受到越加显著的一个行业不良现状:“测试职员能力的两极分化太过于严重”。一类是行业小白,这里说的小白,并不一定指的就是刚结业或刚跨入这个行业的同砚,更多指的是测试思维和测试手艺一直处于小白状态。即便是有些事情了许多年的同砚,仍然有许多一直处于手工测试点点点的事情状态中、他们不自动或者不愿意去明白营业架构、手艺架构,甚至基本没有想过通过提升来改变这种事情状态。在几家公司中,我也面试过许多人,这类不求变或者说不求突破的纯手工功效测试的群体并不在少数。说这些话,虽然可能会刺痛一些读者,但我照样希望通过把问题真正抛出来,让人人去正视直面自己的不足,只有敢于正视不足,才有可能战胜解决这些不足,也只有这样才气酿成更好的自己。除了一类是行业小白,另外一类则是行业大师,这类群体的占比是极为稀缺的,也是软件行业最为抢手的一类人。这类人无论从知识的广度照样深度,都可以媲美开发架构师的能力,甚至有些还会跨越开发架构师的水平,由于测试作为一个“高危职业”,它需要比产物司理(或SA需求剖析)想得更周全,要比开发更懂需求,要能读懂甚至能修改开发的代码。这个看法和《Google测试之道》一书中提到的一条理念很相似,在Google他们对测试工程师的定位是这样以为的“若是一个测试职员营业能力不比产物强,编码开发能力没有RD牛,你怎么能发现他们的问题呢?这也足已说明产物的测试质量事情,绝对不是随随便便就能做好或者谁都可以胜任的。

 

前面先容了作者的从业履历和事情历程的一些感悟,希望对正在读文的你,有一些启发和辅助。

 

本书的写作目的并不是为了简朴地告诉读者若何使用一个自动化测试工具,这并非我的初衷,我希望读者在学习本书的内容后能提高综合的手艺高度与宽度,从而脱节简朴的手工测试,向成为一名新时代的优异测试工程师门路迈进。现在移动互联网的手艺和知识迭代都是异常快的,手艺栈也涉及对照广,建议读者在学习本书的内容同时要自己学会Google相关手艺的官方文档,构建一个属于自己的知识系统,从而有一个系统周全的明白,万万不要指望在书中找到所有的谜底,这个在移动互联网时代是不现实的。

全网独家:发展履历分享 & 我为什么要写书?

 

 

正所谓:“授人以鱼,不如授人以渔”。互联网行业的工程师就好比运动员,要想在竞技场上获胜,需要在训练场里历久耐劳地演习技巧,想要成为一个不被时代甩掉的手艺人,就需要不停的更新迭代自己的知识系统,加油读者们,共勉!



   

原创文章,作者:28x29新闻网,如若转载,请注明出处:https://www.28x29.com/archives/4461.html