企业级测试架构演进及DevOps中的测试质量保障
测试开发技术
共 2541字,需浏览 6分钟
·
2021-06-08 12:24
一、企业测试架构的演进
从有测试开始之初,是比较偏纯手工测试的方式,那就是大家说的“测试就是点点嘛”,这时候的测试“龟缩在测试阶段”,还经常被产品、研发压缩时间,可谓惨不忍睹。此时的测试阶段,效率低下,覆盖度不高,重复工作高,以黑盒测试为主,整体测试效率不高。 然后测试团队意识到,不能一直这样的,麻木的重复性点点,没有技术含量,自身成长也不高。此时,测试团队里有想法的小伙伴,开始把部分重复性工作,写成一些脚本工具,测试团队开始有部分工具支持,提升了部分测试效率。但从测试的深度和广度,并没有得到提升。还是停留在功能、UI层面测试。 接着为了提升深度和广度,开始有白盒测试,重新定义测试方法,深入代码级别的测试,此时从功能的黑盒测试,流转到了对代码的测试,然后测试和研发不在功能的bug上去沟通,而是测试指着代码给研发说,看这里有bug,应该怎么怎么改 这时候,测试发现我怎么比以前还累了,以前只要测试功能,不需要review代码。随着白盒测试的深入,codereview的时间占据了大部分时间,研发和产品说,你们能提升效率吗?然后测试开始思考,如何提升效率和质量,然后开始搭建自动化测试,持续集成,持续部署。部署流pipeline 随时检测业务代码。如此,降低了功能测试的覆盖,这时候测试同学,大部分时间在完善 pipeline 和 CodeReview。 此时团队来了一位架构师,开始思考,团队的质量体系如何建设,难道一直是流水线完善,怎么做到研发自测,测试不参与到具体的项目,提测研发测试比,从1:3 => 1:5 => 1:10 ,甚至部分业务无测试。这就需要研发在不断 CI 代码的同时,项目不断推进时,质量体系是一直默默的在“保护”项目的质量,要求对线下和线上,都能快速无感知的,发现问题,也就是 DevOps 开始了。
质量模型演化进程
二、DevOps 是什么
DevOps(Development 和 Operations 的组合)是一组过程、方法与系统的统称,用于促进开发(RD)、产品运营(PM)和质量保障(QA)部门之间的沟通、协作与整合。
简单来说,其核心理念是提倡开发、测试、运维人员之间的高度协同,在高频率部署的同时,保证生产环境的可靠性、稳定性和安全性。
三、DevOps 解决了什么问题
“升级”到 DevOps 后,有几个特点,线下有完整的质量流水线在检测项目和代码,从多维度去检测质量,同时不需要测试人员干预,可以说 DevOps 将会干掉测试,干掉那些纯手工测试的测试,因为 DevOps 的高度自动化,解决了很多功能测试所能覆盖的问题,而且在功能、性能、安全、兼容性等层面测试保障。具体几个特点,
1. 标准化的流程
2. 增加测试广度宽度
3. 提升整体质量
4. 质量可度量
5. 提高研发测试比
四、总结
现在大厂都在实施 DevOps,BAT 依托于各自的云计算,优秀的团队,快速地搭建地 DevOps。
推荐阅读:
END
长按二维码/微信扫码 添加作者
评论