敏捷实践 大厂大肆招聘测试开发,最终目的竟然是为了干这事?

测试开发Guide · 2020年04月11日 · 最后由 心意已决 回复于 2020年11月25日 · 399 次阅读

最近有粉丝私信我,问了我一些测试开发岗位的一些情况,以及目前测试相关比较前沿的一些概念。

我本身对此也是比较感兴趣,故心血来潮,作下此文,希望能和大家互相交流讨论。

针对粉丝提出的三个问题,我一一展开作答。

一、测试开发所需要的技术栈
二、什么是测试左移,什么是测试右移
三、目前 DevOps 相对来说比较火,那相应对测试人员的要求是不是更高了?

一、测试开发所需要的技术栈

谈到测试开发所需要的技术栈,我觉得应该没有比「霍格沃滋测试学院」出品的《测试开发工程师技能图谱》更好的图了

测试开发是以质量为中心,以业务为导向,以快速健康地保障产品交付为目标,不仅需要能 cover 日常测试工作,还需要肩负测试与效能齐头并进的使命的一个岗位。

测试开发岗位的难度比普通的测试要大很多,测试和开发都要懂。

上能通过丰富的测试手段去发现 bug,下能开发出效能工具辅助测试,甚至是辅助开发。

那么,传统的测试工程师会被淘汰么?这个谁都不敢做保证。要想在这个行业生存下去,唯一的丛林法则就是:优胜略汰,要跑赢技术更迭

二、什么是测试左移,什么是测试右移

先说背景,大公司的软件发布流程是怎么样的?

我们做的,仅仅是在测试这一步,假如开发没有开发出来,我们就只能干等着;假如上线之后有 bug,我们就只能背黑锅。

测试处在一个及其被动的局面,全是在等!我工作的第一年,也是在这种状态下渡过的:每次都觉得测试排期被挤压,每次都觉得测试不充分,每次都感觉上线有点虚。

直到我知道了测试左移测试右移

先来聊聊,测试左移

测试左移主要说的是 “事前”,理念是:越早测试,越易发现,修复成本越小。

我们在正式测试之前的步骤,其实可以不必等。我们甚至可以在产品需求文档输出时,就可以开始进行测试。

虽然现在普遍的测试工作流程中,已经有了需求评审、编写测试用例、评审测试用例、开始冒烟测试这几个环节来保证初级的测试左移,但是测试左移绝不仅限于此。

看下图:

接下来再来聊聊测试右移

测试右移主要说的是 “事后”,通过一些生产环境中的测试与监控,来提升软件的性能。

这里也用一张图来给大家看看测试右移可以做哪些事:

假如把测试左移和测试右移加上之后,我们的软件发布流程又会变成怎样呢?

这里再强调一点:

质量不是 QA“测” 出来的, 全流程,全角色的努力,才有质量

所以说,测试左移和测试右移,并不仅仅是测试在做,而是全员努力才能做好。

三、目前 DevOps 相对来说比较火,那相应对测试人员的要求是不是更高了?

1)DevOps 是什么?

根据中国信息通信研究院颁布的《DevOps 行业标准白皮书》上的描述,DevOps 是研发运营一体化

研发运营一体化是指在 IT 软件及相关服务的研发及交付过程中,将应用的需求、开发、测试、部署和运营统一起来,基于整个组织的协作和应用架构的优化,实现敏捷开发、持续

交付和应用运营的无缝集成。帮助企业提升 IT 效能,在保证稳定的同时,快速交付高质量的软件及服务,灵活应对快速变化的业务需求和市场环境

研发运营一体化的总体架构如图所示:

主要包含三大块:敏捷开发管理、持续交付、技术运营

简单来说,DevOps 的目标就是实现快速稳健的把产品交付给用户,并给企业更快的带来商业价值

最终软件工程将像汽车制造业一样,具备稳健的生产流水线和流程管理方式

目前行业内的头部互联网公司,都在这块做了不少的专研,也有不少实践案例。可以说 DevOps 是未来的必经之路。

2)这个概念对测试行业意味着什么?

对测试行业的要求会更高,这就意味着,测试不单单是测试,也是 DevOps 里面的重要一环。

这一环就是让测试流程更加规范化,结合测试左移、测试右移,将完整的测试体系搭建起来,需要提供应对复杂业务场景的测试解决方案。

并且往更高层次的自动化去发展,更大程度地去提升人效。

而为了完成这一宏图伟业,就需要在座的各位测试开发同仁共同的努力了。

对于小白来说,万不可安于现状,臻叔眼前的测试行业,仍旧是一片蓝海,还有很多值得探索的地方,比方说:AI 测试、大数据测试、搭建一个功能齐全、服务全线的测试中台,这些都是值得玩味探索的地方。

共收到 7 条回复 时间 点赞

mark,写的很不错

愿望很美好,但是实践很难,这个流程每个环节消耗的人力资源都是可观的,原本各管一摊,然而现在测试全都要介入,在领导层面不赋予相应的排期之前,测试开发很难有足够的精力去介入上述的各个环节去把握质量

上述测试开发技能图中,一个人会的越多当然越好,实际往往是工作中能接触到的、用到的会越来越精通,其他的只能自己在业余时间去摸索自己感兴趣的。每个分支都很深入的话,很难,也没有太大的精力,就算是学了,长时间不用也会慢慢生疏。测试是一个团队,不是单打独斗,在这个团队中需要的是某方面精通,能扛起单方面大旗的人,而不是希望整个团队中都是多面手,就像是海贼王里的草帽路飞一伙儿,各有各的长处。

大公司说 专一个深入一个就行了

我在一线干 Devops; 看了半天都是 工具论 ,很详细 但是 切入项目的东西很少,很理性 很率性, 而且有些工具和平台的使用方式 基本是多年前的;如果真是要走 Devops 还是认真学习一门 编程语言;因为 dell hp 的集成模块化,基本就是一键到位的事情(钱多少不说)

标题老营销号了

仅楼主可见
需要 登录 后方可回复, 如果你还没有账号请点击这里 注册