微信号:grzlwx

介绍:光荣之路官方资讯

走在测试架构师的路上(上)

2015-12-05 22:53 光荣之路

吴老的《selenium webdriver 实战宝典》出版了!

需要提前说明下的是到目前为止,笔者还没有达到一个合格的测试架构师的标准,但是应该是已经走在这条路上了,所以想通过自己的成长经历给其他想朝这个方向发展的同学有点启发,同时也期望能够抛砖引玉。

先说说笔者的初始条件(应该很多人看了都会有更多的自信吧):一个普通本科学校,虽然是科班出身,但是除了大学的课程设计以及其他需要写代码的功课外,基本上没有去主动写过代码,更别说去研究linux内核等等高大上的事情了,反正基础是很差的(你别问我大学都干嘛去了,我也不知道,反正兼职,泡妞,打球,游戏,图书馆,考研等全都干过,就是没有去专研过代码),所以,毕业后程序猿的工作自然是找不到合适的,然后软件测试的门槛想对低一点,就进入了这个行业(本来当初是打算先进入这个行业好好学习了,去转开发岗位的,结果一直干到现在);

下面说说笔者这5年来的成长历程吧,为了显得更加有层次点,每年分成一篇吧(实际上界限没有那么明显)

第一篇:打酱油篇

因为刚进入公司,对测试和业务都不了解,结果就被安排到一个大的项目里面负责2-3个小模块的测试工作,说是负责这些模块的测试工作,实际上,用例都是别人写好的,自己只需要去执行用例就可以了(当然,培训还是有的),标准就是保证这些用例执行后没有质量问题,其实就是没有执行漏测就可以了。

刚开始还是怀着一颗敬畏的心去做的,但是2个月新鲜劲过了后马上就开始迷茫了,尼玛这工作也太无聊了吧,而且毫无技术含量而言。难道这就是我后面一直要做的事情?不过虽然不爽,但是因为项目比较紧,所以还是调整了下心态坚持将整个项目按照这样的方式弄完了,整个过程持续了6-7个月的时间。结果居然因为项目表现比较好拿到了优秀的考核结果,原因是自己负责的模块质量比较稳定,并且过程中发散测试的时候发现了几个严重的bug,这更加让我不知所措,但是自己知道不能够在这样下去了。

没有办法,找老大聊了下,得到的大概信息就是,现在项目比较紧,只能优先去保证项目,至于改进,后面慢慢再做;因为,这样对于自己的成长肯定是没有帮助的(至少当时是这么认为的),于是,选择了走人(当然,提前找到了另外一家,也就是现在这家公司)。

因为两家公司的业务完全是不同领域,并且以前的测试流程跟当前也有很大的区别,所以,基本上又是从头学起,做的也是测试执行的工作,这个过程差不多又持续了半年左右,但是跟以前有点不一样的是,开始能够接触自动化以及一些新的测试方法了(这个后面会讲到),整体来说,虽然后面半年也是做的测试执行工作,但是至少自己看到了希望(因为组内已经有这方面很厉害的人物了),也大概清楚了自己应该想哪些方向去努力(选择比努力更重要这句话还是挺有道理的);但是第1年自己基本属于打酱油篇,因为自己在测试这块领域还是刚刚入门。

第二篇:自动化篇

开始去涉及自动化应该大部分是自己主动去做的,那个时候因为团队开始去尝试做自动化,所以鼓励大家多去思考如何通过自动化去提高自己的工作效率,但是因为项目实际上也压的很紧,所以老大采取了这样的两个方法:1、加班去完成任务 2、每个人将最基本的功能梳理出来做成自动化;并且内部给大家灌输了一堆这样做的好处;不管是不是真的,效果还是很明显的。大家像打了鸡血一样(这点只能说跟对老大还是很重要的),每个人去花时间学习脚本(最开始用qtp,后来用pythen,ruby等)以及尝试去做自动化。经过3个月后,虽然自动化的很多东西都不规范和稳定,但是我们总算是取得了一定的效果,就是总共完成了200个左右的bvt用例,而且最重要的是大家的自动化开发能力提升还是比较快的(至少对于我这个门外汉来说,呵呵);

后来,将这块的效果展示出去后,上面也比较认可,于是开始给我们一些人力和时间去投入做这块的工作,这样就正式开始了整个自动化的持续投入和产出,笔者也有幸正式成为自动化开发小组的一员(50%左右的时间去做自动化的开发工作),这个过程差不多持续了10个月左右的时间,直到自己开始去尝试新的方向;虽然说1年左右的时间对于写代码还没有掌握的很深,但是笔者认为已经能够完全胜任该工作了;更重要的是,自己的思想也发生了很大的变化(过程中看了很多测试人员的职业发展相关的文章);

第三篇:测试分析篇

到这里,个人认为自己的思想转变最大的一点就是:作为一个测试人员,我们的目的是什么?怎样将我们的价值最大化?而不是仅仅去想如何去提高自己的技术;另外就是感触比较深的就是解决问题的能力比技术本身更重要(当然,好的技术能够更快的解决问题);后来偶尔跟老大沟通,如何去更好的去提高产品的质量?老大也正在想这个问题,于是开始去涉及测试分析相关的工作了(个人觉得主动性应该是一个好的测试人员很重要的技能)。

这个时候开始,工作重点开始转向产品的业务和整体框架学习,模块的测试用例设计评审,参与整个项目的测试重点和难点的分析,过程中对开发的bug改动分析,协助开发去排查和定位问题,过程中测试质量分析等等。在这些过程中,笔者才真正感觉到,一个测试工程师要做好还真的是很不容易,需要非常好的分析和归纳抽象能力,这样才能将一些共性的地方提炼出来,形成一些比较通用的方法。

过程中一些具体的方法,笔者就不详述了,毕竟每个人都有自己的方法,但是很重要一点就是要能够沉住气,并且真的愿意持续做下去。笔者经过一年的时间,就产出了一份从几个维度来评估产品质量的方法以及一份探索性测试的方法(要想在这块有进步,产出是一份很重要的评估标准)。

你还在打酱油吗?是否像作者一般善于思考吗?请楼底留言。


<未完待续>

(作者:石头哥 来源:微信公众号 - 大话IT公司 转载请联系原作者


公益传播测试知识、技能与正能量!感谢作者!
分享测试生活,思考测试人生!欢迎投稿!
文章图片来自网络,如有侵权请见谅,请联系我们妥善处理。
735821166@qq.com



光荣之路
软件测试培训



官网:www.gloryroad.cn

微信公众号:gloryroadtrain

性能测试QQ群:415987441
测试招聘QQ群: 203715128
自动化3群QQ: 371211499

Python群:457561756




 
光荣之路 更多文章 今天晚上的 linux 公开课- Awk 编程 7月28日(今天)晚上的 linux 公开课- shell编程 8月4日(今天)晚上的 linux 公开课- shell编程 9月1日(本周一)晚8点半,光荣之路Web自动化系列基础课—javascript第二讲 推荐本好书《与机器赛跑》
猜您喜欢 Bob大叔提出程序员宣言 设计师,是时候开始打造你的个人品牌了! 我的丈夫是个程序员 百度真的更懂中文吗? 上线事故千万种,哪种让你最抓狂?