请选择 进入手机版 | 继续访问电脑版

ITIL,DevOps,ITSS,ITSM,IT运维管理-ITIL先锋论坛

 找回密码
 立即注册

扫描二维码登录本站

QQ登录

只需一步,快速开始

查看: 172|回复: 0

从测试架构的演进看 DevOps 的 5 个优点

[复制链接]
发表于 2021-12-20 21:22:58 | 显示全部楼层 |阅读模式
本帖最后由 FYIRH 于 2021-12-20 21:24 编辑
, k# P2 r$ z& V! l- v- }3 n9 @5 A* t3 `0 m& V) h5 x& M  ~
粘贴上传202112202121334658..png
+ w, I4 h1 T1 c6 u
; x$ Y( s4 Y* b# p
一、测试架构的演进
  • 从有测试开始之初,是比较偏纯手工测试的方式,那就是大家说的“测试就是点点嘛”,这时候的测试“龟缩在测试阶段”,还经常被产品、研发压缩时间,可谓惨不忍睹。此时的测试阶段,效率低下,覆盖度不高,重复工作高,以黑盒测试为主,整体测试效率不高。
  • 然后测试团队意识到,不能一直这样的,麻木的重复性点点,没有技术含量,自身成长也不高。此时,测试团队里有想法的小伙伴,开始把部分重复性工作,写成一些脚本工具,测试团队开始有部分工具支持,提升了部分测试效率。但从测试的深度和广度,并没有得到提升。还是停留在功能、UI层面测试。
  • 接着为了提升深度和广度,开始有白盒测试,重新定义测试方法,深入代码级别的测试,此时从功能的黑盒测试,流转到了对代码的测试,然后测试和研发不在功能的bug上去沟通,而是测试指着代码给研发说,看这里有bug,应该怎么怎么改
  • 这时候,测试发现我怎么比以前还累了,以前只要测试功能,不需要review代码。随着白盒测试的深入,codereview的时间占据了大部分时间,研发和产品说,你们能提升效率吗?然后测试开始思考,如何提升效率和质量,然后开始搭建自动化测试,持续集成,持续部署。部署流pipeline 随时检测业务代码。如此,降低了功能测试的覆盖,这时候测试同学,大部分时间在完善 pipeline 和 CodeReview。
  • 此时团队来了一位架构师,开始思考,团队的质量体系如何建设,难道一直是流水线完善,怎么做到研发自测,测试不参与到具体的项目,提测研发测试比,从1:3 => 1:5 => 1:10 ,甚至部分业务无测试。这就需要研发在不断 CI 代码的同时,项目不断推进时,质量体系是一直默默的在“保护”项目的质量,要求对线下和线上,都能快速无感知的,发现问题,也就是 DevOps 开始了。
    / u, q4 J! M7 ?; p& A

$ r6 f/ V% ^2 t5 U- x
粘贴上传202112202122147374..png

4 g& ^& U* o0 w1 `- Y
质量模型演化进程

" E4 |9 ^: {0 E& H
二、DevOps 是什么- t1 R8 H1 J, |$ J  m( Q# v& e3 {
DevOps(Development 和 Operations 的组合)是一组过程、方法与系统的统称,用于促进开发(RD)、产品运营(PM)和质量保障(QA)部门之间的沟通、协作与整合。
粘贴上传202112202122308986..png

; M; |# J/ i* g5 m0 y1 i+ ?

  _  H9 o" U/ L
4 k* v& w3 w0 ^" D
简单来说,其核心理念是提倡开发、测试、运维人员之间的高度协同,在高频率部署的同时,保证生产环境的可靠性、稳定性和安全性。
! d1 s) P4 e2 r1 _
三、DevOps 解决了什么问题
* b8 H% r5 @' M$ A, a
“升级”到 DevOps 后,有几个特点,线下有完整的质量流水线在检测项目和代码,从多维度去检测质量,同时不需要测试人员干预,可以说 DevOps 将会干掉测试,干掉那些纯手工测试的测试,因为 DevOps 的高度自动化,解决了很多功能测试所能覆盖的问题,而且在功能、性能、安全、兼容性等层面测试保障。具体几个特点,

1 Z" C' ]% H9 Y" D: N1 m: A1. 标准化的流程

$ B9 z0 G* ]; p* B9 q# h' W9 \
3 Q8 {( \! c' x% {/ o; j) C( D7 G如果需要做到 DevOps,重要的前提是把项目和代码的流程标准化,各角色如何配合,各项目阶段如何做到准入。同时需要把人为的执行流程,使用工具管理起来。既保证了流程标准化,也同时对于项目的数据做到集中共享。推荐使用 jira。2 e# x/ r% V& c  `8 ]  i

& ?$ n& ^1 J, D8 O! I; w2. 增加测试广度宽度
0 n4 l' ~2 }" o' r) ]; ^. o4 p% U% ]4 X: W' j. D) s% }/ Q% O* Y
DevOps 是一种框架,类似于一艘航母,需要装备“电磁炮”,“战斗机”,“核潜艇”等等,才能发挥最大作用。从项目开始,DevOps 这艘航母就开始保障项目质量。从深度上讲,单测、模块自动化、集成自动化、系统自动化,多层覆盖;从广度上讲,功能测试、性能测试、兼容性测试、静(动)态代码扫描,多维度覆盖。这些测试组件,有的叫测试服务化,是 DevOps 最尖端的武器。在配合项目流程场景下,分别从代码开发、提测准入、功能回归、全链路压测、线上回归等等,对项目提供质量保障
' c- y* U) r0 x& C# I& k6 d3 r
4 m: M# ^1 L# ?8 F5 @3. 提升整体质量8 O1 I) @. n( Z# |1 T

9 _1 F9 ~2 ?, _) d" _% I没有 DevOps 时,测试服务(工具/平台)是游离在项目之外的,即使有工具平台,但缺少完善的使用场景,对于不同的业务,不同的端,不同的测试同学,所使用的工具平台是不一样的,同时对测试场景的制定,也需要线下制定,然后手动,非常费时成本较高。而 DevOps 是无需人力干预,从项目开始就在保障了,整个流程中,都是自动的,且在每个环节都有标准,保证质量的持续提升。此外,在不停地持续构建部署中,做到测试前置,在交付给 QA 的代码,是保证高质量的。
/ N, V& x# ^2 I7 j2 h2 X/ i4 l
& d2 R  t' x- Y3 b/ m7 O3 a4. 质量可度量' B) V; R1 g/ |: v8 }, A4 z
+ S% `% C* z# A; i3 K
一般评估项目的质量,是从项目效率、代码质量、服务稳定性、线上事故、用户反馈等几个维度来评估的。在 DevOps 中的各个武器,都需要对质量检测做数据输出,比如说自动化测试的代码覆盖度率、接口覆盖率、bug 率等等;而项目管理工具,可以对项目的各阶段效率数据化;从线上监控,可以拿到事故的数据指标,什么级别,什么原因,影响面等等;用户反馈接口,获取用户的数据,并通过一定算法(后续文章可以解答),抽取有效信息并聚合。如此,线上、线下、用户侧多个场景拿到数据,评估整体项目的质量。
3 B: v+ E4 v  G+ `# S5 s" U0 {, f2 ]
+ m0 I9 ?/ E. ~2 @2 _5 e$ M5. 提高研发测试比
& T$ R8 d# }; x# K4 i4 o
( S$ E* v- [, J7 N: X( F基于高效,高质的持续部署方式,测试同学不用在执行重复低效的点点工作,而更多关注在如何提高 DevOps 的测试赋能(后续也会提到),这样 DevOps 第一批干掉了纯测试的同学(说真的,这些同学前景堪忧),这时候从常规的比例提高(1:3 => 1:5),而测试赋能,把测试技能输出给研发,这时候研发自测的效率和质量更高了,新功能测试的工作量降低了,测试的排期进一步压缩(1:5 => 1:7),而 DevOps 的武器库使得更多的项目,无需测试参与,极限情况下可以把比例压缩到1:10。这就是阿里之前提过的,干掉 QA,正式通过 DevOps 方式- D- w5 ]2 ~7 t, i0 m! ~$ f
7 ]) h7 ?7 Q) s) d7 i
四、总结
现在大厂都在实施 DevOps,BAT 依托于各自的云计算,优秀的团队,快速地搭建地 DevOps。(转自yushu_bd)

; p8 I3 F* Z  e1 e+ k
+ {2 T& n: j0 }7 b
: V5 v( y' x# B6 j" Z" w( {4 I! Z' w2 |# p
粘贴上传202112202122007397..png




上一篇:DevOps 改变 IT 部门运作方式的8种优势
下一篇:一分钟告诉你 DevOps 是如何出现的?
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

参加 ITIL 4 基础和专家认证、长河ITIL实战沙盘、DevOps基础级认证、ITSS服务经理认证报名

QQ|ITIL先锋论坛 ( 粤ICP备11099876号 )|appname

GMT+8, 2022-7-5 14:27 , Processed in 0.098648 second(s), 30 queries .

Powered by Discuz! X3.4 Licensed

Copyright © 2001-2020, Tencent Cloud.

快速回复 返回顶部 返回列表