自动化测试高手课
柳胜
原甲骨文高级开发经理
16849 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 34 讲
开篇词 (1讲)
自动化测试高手课
15
15
1.0x
00:00/00:00
登录|注册

06|左移&右移:测试如何在Dev和Ops领域大展身手?

你好,我是柳胜。
前面的几讲,你已经学习了 ROI 模型,它开始于一颗带有 ROI DNA 的种子,不断生长,直到长成一棵大树。从树根到枝干、从规律到原则,它贯穿了一个自动化测试项目,从生到死的完整生命周期:设立目标,制定策略,选择框架到代码的实现,上线的度量,再到衰竭退出。
我把价值篇讲过的内容加以整理,得到了下面的树结构。上面的绿色部分是收益,下面的红色部分是成本。ROI 模型树从左到右,是从根到枝干,从 ROI 理论到实践的延伸和具象化。
ROI模型树
ROI 模型展开的这棵大树,告诉了我们健康的自动化测试项目长什么样子。但是还有一个现实的问题,我们怎么从这里到那里?换句话说,咱们怎么把自动化测试项目的节奏带起来,让它进入到一个不断提升 ROI 的轨道上去。
这里有一个很朴素的道理,好马是跑出来的,好钢是炼出来的。首先,要让自动化测试跑起来,增加它的运行次数,这是前提条件。在这个过程中,再修复它的问题,调整它的集合,提高它的可诊断性,整个项目就激活了。
所以,你要找到更多的土壤让自动化测试落地生长。如果你想在工作中推广自动化测试,哪些落地场景更容易出业绩呢?除了之前说过的回归测试领域,我们不妨把眼光从测试工作放宽到更多的领域,Dev 和 Ops 领域,自动化测试在这些领域里一样可以发挥价值,我叫它自动化测试左移和自动化测试右移。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

自动化测试在DevOps领域的应用是当前技术发展的热点之一。本文介绍了自动化测试的左移和右移概念,以及它们在软件开发生命周期中的应用。自动化测试左移强调将测试活动提前到软件开发阶段,通过构建阶段的冒烟测试集合来验证每次代码提交,从而提前发现回归bug,提高软件质量。而自动化测试右移则强调在生产环境中运行自动化测试,特别是在红绿部署机制下进行部署后验证测试,以确保软件服务按照客户期望运行。这些概念和实践为自动化测试的应用提供了新的思路和方法,有助于提高软件开发和运维效率,同时也丰富了自动化测试的应用场景。 文章还介绍了在云时代,软件开发方不仅交付软件服务,还控制着服务器的运行环境,因此测试人员的责任从“在软件发布之前发现bug”变成了“在客户之前发现bug”。为此,建立了定时监测生产环境的自动化测试机制,以及将自动化测试结果报告集成到Ops的Oncall流程中,以便及时处理测试错误。这些实践不仅锻炼了测试人员队伍,还提升了自动化测试的健壮性和稳定性。 另外,文章提到了自动化测试的ROI模型和提高自动化测试收益的落地场景,以及左移和右移的应用趋势。左移和右移使得测试的工作不再局限于原先的范围,而是向Dev和Ops方向延伸,并与它们融合。虽然左移和右移并不容易,但它们已经成为业界的趋势,为自动化测试的发展提供了新的方向和挑战。 总的来说,本文通过深入浅出的方式阐述了自动化测试左移和右移的价值和意义,为读者提供了有益的技术参考。同时,文章还提出了思考题,引发读者对蓝绿部署和自身工作的左移或右移空间进行思考和交流。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《自动化测试高手课》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(15)

  • 最新
  • 精选
  • woJA1wCgAA3aj6p1ELWENTCq8KX2z...
    目前在开展接口测试,和开发工作并行,实际中有点难度的地方是开发的接口变化太频繁,可能出测试版本前才能确定下来。 并不是全意义上的并行。敏捷开发, 老师提到的持续更新维护和测试已经形成基线了。这里有了小的实践和积累

    作者回复: 谢谢分享!设计先行理念,不是拒绝变化,而是让变化的风险和成本可控!和测试保护回归一个意思!

    2022-04-01
    4
  • 阿萨聊测试
    蓝绿部署的蓝是新版本,绿是线上正在运行的版本。当部分蓝版本的用户使用和测试验证通过,蓝变绿。 现在测试左移 api左移,UAT右移,稳定性测试右移。

    作者回复: 这个实践非常靠谱!

    2022-04-01
    3
  • dakangz
    我们公司属于左移基本做不到,因为项目多,变化快,测试没法前期介入设计,只能参加产品评审;但是右移却一直在进行,我已经部署了十几个监控工具,简单来说运维只能保证服务探活,而右移是为了保证生产环境的业务数据正常

    作者回复: 非常好的右移实践,又便宜又有效果,我就喜欢这样简单直接解决方案。谢谢分享!

    2022-06-09
    2
    2
  • Geek_a4cca6
    测试左移想法自然是好的,都是为了更早发现BUG,提交修复。 之前公司也尝试过一段时间,由于是业务人员写自动化脚本,最终还是搞得大伙都太累,整天加班,尤其是人力本来就紧张的情况下,更累。

    作者回复: 如果是技术驱动的公司,测试左移最后看到的结果就是Devops。如果是业务驱动的公司,就要先做好业务建模和技术架构的整合,减少业务变更带来的开发成本,然后左移才有可能。

    2022-05-12
    2
  • 闲不住的令狐冲
    补充一下,实际情况很多并不是意识层面没转变,而是公司组织架构的阻力。开发和测试分开甚至是对立,想做到做好测试左移右移,必须是开发和测试齐心协力。

    作者回复: 是的。测试左移和右移需要开发和测试共同努力,互相靠近。你单位的测试是不是做验收的?这种情况下,测试是代理客户验证交付质量,有其独立的价值。如果开发和测试在一个敏捷squad小组里工作,那趋势就是两者互相融合,左移和右移的发生是必然的。

    2022-06-21
    1
  • 太匆匆
    问题一: 蓝绿部署,是一种可以保证系统在不间断提供服务的情况下上线的部署方式。 在系统升级的时候下,我们首先把一个集群(比如集群A)从负载列表中摘除,进行新版本的部署。集群B仍然继续提供服务。 当集群A升级完毕,我们把负载均衡重新指向集群A,再把集群B从负载列表中摘除,进行新版本的部署。集群A重新提供服务。 最后,当集群B也升级完成,我们把集群B也恢复到负载列表当中。这个时候,两个集群的版本都已经升级,并且对外的服务几乎没有间断过。 问题二: 我觉得不管左移还是右移,都是有空间的。但其实还是有一个依赖关系,先做好左移,右移才有基础。右移是所有测试人员应该仔细思考的事情,是提升测试人员影响力一个方向。

    作者回复: 很好的思考!

    2022-04-01
    1
  • 七禾叶
    问题一:蓝绿升级类似公司的灰度环境,先让特定人群试用升级后的服务。如果有问题则回滚,没有问题则正式发布上线。 问题二:测试左移动: 1.自动化左移动需要自上而下进行推广。 2.对于测试人员技术能力以及综合素质有着更高的要求。 3.对于项目而言不应有频繁的变动。 测试右移: 1.已使用平台进行接口自动化定时运行,更进一步的话对于生产环境各个性能指标进行监控,加深对用户行为画像绘制。

    作者回复: 非常靠谱的观点,谢谢分享实践经验!

    2022-06-14
  • 王大华
    老师您好 在生产环境的自动化集合中,我看包含了性能测试,请问性能自动化在线上执行的时候不会影响到线上用户的使用吗?

    作者回复: 这里说的性能测试是一个广义上的。只要对时间,资源敏感的都算性能测试,可以了解一下sitespeed这样的性能基准测试工具,完全可以放在生产环境里跑。

    2022-05-04
    2
  • 饿魔
    生产上做自动化要看情况的,有的业务可能不合适,比如互联网金融相关的,总不能在生产上一直去提交贷款和还款吧?

    作者回复: 是的。总的来说,方案都是问题驱动的,已发生的问题,或预测到将要发生问题。如果有些问题,在测试环境里就是无法重现,只有在生产环境里测试一遍才有信心,那剩下的就是要找到一种影响又小成本又低的方案了。

    2022-05-02
  • 派森
    领导讲了半年的持续交付,都不愿意在自动化领域多投入一个人力

    作者回复: 这个吧,在一个团队里最难统一的是mindset。你想的这样,可能他理解是另外一回事,这个隔阂不仅存在于团队平级,也存在上下级之间。我在第四模块里,我提到了数据度量,可视化,先用数据来统一大家的认识了再说后面的事。 当然还有比的方式呀,比如转发一些文章,我的专栏,也都是“洗脑”的办法。😄

    2022-05-01
收起评论
显示
设置
留言
15
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部