最近在论坛和微信群都有同学在讨论「测试开发工程师」这个角色职责的问题。
有人认为测试开发应该是高阶的测试,所以一定要懂业务,并且在测试过程中可以更多的利用工具和自动化。
另一些人则认为测试开发其实就是开发,可以给业务开发提供单元测试的支持,给测试同学提供系统开发的技术支持。
其实两个都没错,有些公司可能根本就没有测试开发岗,有些公司的测试开发却同时兼顾上述两种角色,所以这个问题主要是和公司业务、业务发展阶段以及领导们对现状的判断来决定的。
因为这个问题,想到才买的《京东质量团队转型实战》还没看,这本书的副标题就是「从测试到测试开发的脱变」,真是完美契合了本次问题讨论的范畴,于是赶紧看看他们是怎么做的。
下面算是看完本书后的一个汇报,当然我也在最后提供了一些阅读建议,有任何问题欢迎一起讨论。
一
本书一共分为 9 个章节,另加 6 个附录,各个章节是按照经典的「总 - 分-总」顺序进行推进,下面我简单做下介绍。
第 1 章主要介绍了软件测试的基本知识、对目前现状的思考、团队转型的原因以及目标的树立,作为开篇第一章,同时是从业务团队自身现状出发的思考,内容很实在,也为后续内容的展开做了很好的铺垫。
第 2 章重点讲的是 UI 自动化之 Selenium 的使用,从 Selenium 的历史、原理一直讲到环境搭建和实际的应用,简直是入门必备,定位元素那块也完全可以当作使用手册来随时查看。
第 3 章讲的是接口测试的类型,包含 HTTP 接口、RPC 协议接口等,简要的对日志工具 Log4j 和版本控制工具 Git 做了下说明,同时也讲了 TestNG 的使用。
第 4 章对自己部门研发的 hi_po 自动化框架做了讲解的同时,让读者了解什么是自动化框架。
第 5 章再次提到接口测试,这次是偏重于接口测试框架的说明。
第 6 章开始提到持续集成,这也是目前比较火的一个话题,其实这些事情这些年很多公司都一直在实践,只是最近突然有人在提炼而有火爆的趋势,是不是因为「中台」这种概念的提出,导致大家都开始合并同类项,强化概念了?
第 7 章主要讲的是众包模式,感觉和本书主题关联性不大,不知道为啥也放进来,不过做个了解倒是可以,因为众包也应该算是趋势了,很多公司都在开展人力外包或者技术外包。
第 8 章总结了大家最感兴趣的常用工具的使用,「小工具有大用途」,真的是这样的,如何把现有工具用好比自己重复造轮子要厉害的多。
第 9 章作为结尾,再次复盘了本次转型的过程,同时提到了诸多团队管理方面的实践和思考,和网上一堆人的侃侃而谈相比,本书中提到的内容都更实际一些,看的出来都是自己实践结果的展示,很给力,强烈推荐管理人员都看一下。
剩下的 6 个附录,都是对于书中部分内容的补充完善,可以酌情了解,也可以在需要用的时候作为使用手册进行翻阅,都还是比较常用的知识点。
二
针对本书的阅读人群,我的建议是:
1、负责业务测试的同学:业务测试只是一个分类,高阶的业务测试也应该是技术高手,所以可以根据本书的内容,结合自己的实际情况,对自己还没做到的地方进行补全。
2、希望从业务测试转型为测试开发的团队管理者:书中不仅提到了转型中碰到的技术问题,还提到了转型的思考,以及逐步落实的过程,可以作为其他团队转型的活体参考物。
3、希望从业务测试转型为测试开发的同学:和第一类的同学类似,这一类单独列出来,是给那些对自己有明确规划的同学作为参考的,看看书里面说的内容,就大概知道测试开发的工作内容和职责,如果要转型,可以提前进行相关的技术储备。
4、已经是测试开发岗的同学:写这一类是为了做个对比的参照,比如书中提到的内容自己还没做到的,可以考虑补全,自己比书中做的更好的,当然就继续保持了,有机会也要想办法发扬光大。
5、希望了解京东虚拟平台测试实践的同学:因为书中有一部分内容是完全和业务类型有关联的,所以我按照略读来推荐的,那么这里说的这一部分同学,就可以去粗读或者精读了。
这次没有按照测试从业年限进行推荐人群的划分,是因为本书也是从不同角色的角度来写的,所以上面类别没有覆盖到的同学,请自行判断是否要看哈,就我个人而言,都去了解一下还是很不错的。
三
针对本书各章节的阅读方法,我的建议是:
1、精读:第 2、8 章,这个是基于工具化思维的原则,我觉得会用工具的人,最后肯定想要更好的工具,从而让自己有动力去了解更多知识,让自己能写更适合的工具。
第 2 章讲的是 Selenium 使用的基础,精读后就可以上手直接实践了,对于 Web 前端测试的同学,强烈推荐当作入门或者使用手册进行查看。
第 8 章是把 Web 测试中经常用到的 Fiddler、Postman、Sikuli、Moco 和 OCR 识别方法做了基本的介绍,实用而不长篇累牍,作为入门完全够了,需进阶就是另外的话题了。
2、粗读:第 1、6、9 章,这个是基于普适性的原则进行推荐的,相对于精读的两章,这三章的内容普适面稍微窄一点。
比如第 1、9 更偏认知层面的了解,所以读起来的感觉就是「知我者谓我心忧,不知我者谓我何求」,懂的自然懂,不懂的就算了吧,不用强求。
第 6 章放到粗读里是因为现在流行呀,所以可以多了解下京东虚拟平台是怎么实践的,进而在我们自己的项目中取长补短。
3、略读:第 3、4、5、7 章,这个仍然是按照普适性原则来推荐的,这里的略读是指找自己对口和感兴趣的去读。
有人还停留在工具化的层面,那就看粗读部分就行了。
有人停留在接口的层面,那么得看看第 3 章了。
少部分人才会进入框架的层面,那就去看看第 5、7 章。
其他有公司已经(正在准备)引进众包模式的,就详细看看第 7 章。
嗯,就是这样,既然前提不一样,就都放到略读里面吧,自己酌情调整优先级好了。
以上,这是目前我看到最接地气的一本测试书,强烈推荐,但是有一点可以改进的是,书里面的代码部分一会用 Java,一会用 Python,建议统一下语言,这样读起来的感觉会更好。不知道你是否读过这本书?欢迎留言说说你的感受。
当然,如果你觉得我得分享对你有帮助,请帮忙分享转发 + 点个「在看」让更多人看到,谢谢。