测试人的技术栈

点击蓝字关注这个神奇的公众号～

驱动技术组织的有三驾马车：组织、技术和流程。前面笔者花了两篇文章，简要总结了个人对技术类招聘的渠道建立和中间的面试技巧的看法，如客官感兴趣，可以点此查阅：

1.《招聘渠道的建立》：

https://mp.weixin.qq.com/s/iR726sCUf3aPHwjUG5_R6w

2.《招聘季，如何提升入职转化率》: 

https://mp.weixin.qq.com/s/2xZFIym-2W3zdfDNM-0iWw

如果这两篇文章是从“组织”的角度出发考虑，本次想逐步过渡到“技术”及“流程上”。技术角色间也时刻上演着“围城”，测试转开发、开发转测试比较常见。近期有两个朋友从开发又转回了测试，笔者从岗位角色差别与些许的技能差异角度思考，形成此文。

角色的分工及差别

IT圈最早是开发一个角色的天下，随着效率化的社会化分工协作，衍生出技术的三大角色：开发、测试、运维等角色。为吸收借鉴相邻角色的长处，后续又衍生出一些三者交叉的角色。比如，我们熟悉的“测试开发”，近几年比较火的“运维开发”等。《三国》中有“天下大势，合久必分，分久必合”的说法，没想到IT圈最后又可能统一成“全栈工程师”！分工协作给我们带来效率提高的同时，也带来了诸多问题。比如：各角色之间的沟通成本越来越高，我们不得不通过敏捷的一些方式来改善这种不足。

拿“测试开发”来说，一定程度上也是为了弥补沟通的效率和提高工程质量的深入度。集开发与测试技能于一身，减少沟通成本的同时，能够发挥开发和测试的双重技术优势。

测试开发的定义

测试开发在每个团队的定义不同，在Qtest内部实际分为了三种角色，我们分别来看下三种角色设立的初衷和区别： 

笔者并无意罗列大把的技术点，如果想朝着哪个方向发展，只需要多去一些招聘站点看看相关职位的技术要求，然后学习并在当前岗位实践就可以了。对于测试开发，每个团队的定义不同。从招聘中的简历可见一斑，有的顶着测试开发其实是自动化测试或性能测试；有的则是在测试团队的纯开发角色；Qtest将测试开发定义为“业务+技术”，也就是主要立足于业务方向的效率化和提升测试深度。接触业务是要了解业务的需要与场景，防止方向走偏，工具不落地或落地难、拥有开发技术是有辩证的思维看待软件工程和具备能力实现，知己知彼，有动手的能力又具备测试的思维。

测试角色基本功

大方向来说，作为测试角色，应该掌握不限于以下几个方面的技能：

1.扎实的测试基础及思维：业务知识、测试用例设计、具体效率化意识与思维等

2.较好的开发技术基础：掌握一门开发语言或脚本语言，熟悉常见的中间件、数据库、操作系统，了解基本的系统架构，掌握常见的自动化框架；

3.项目管理的意识：风险把控、质量管理、项目进度管理、具备“成本、效率、质量”的综合意识；

4.团队合作的意识、快速学习的总结能力；

5.良好的沟通、表达能力：重复工作的耐心，与各角色打交道中的沟通技巧，尤其是良好的问题解决与流程推动能力；

诚然，时下诸多的面试招聘都将开发技术基础摆在了首要位置，不管面试官自己是否掌握什么样的数据结构与算法基础，一顿“怼”候选人，直到候选人情绪低落才“善罢甘休”。也许是面试官想展现自身的技术实力，亦或是一种招聘策略。这里“技术无罪”，我们也不应一边倒的只关注“测试”或“技术”某一个方面。“技术”服务于“业务”，“业务”支撑公司的发展。

写在最后

文章短小，主要意在回应近期关于职业规划方向选择、团队人才方向规划的问题。近两年以来，技术AI化的趋势也越来越明显，程序员可能会先革掉自己命。测试角色不会消失，但对测试的综合软、硬性技术及业务层面的要求会越来越高。测试开发的同学，你会继续在测试领域坚守么？