文档章节

Docker与自动化测试及其测试实践

爱码小士
 爱码小士
发布于 2018/12/07 18:02
字数 1597
阅读 5.1K
收藏 83

Docker 与自动化测试

对于重复枯燥的手动测试任务,可以考虑将其进行自动化改造。自动化的成本在于自动化程序的编写和维护,而收益在于节省了手动执行用例的时间。简而言之,如果收益大于成本,测试任务就有价值自动化,否则受益的只是测试人员的自动化技能得到了提升。利用 Docker 的快速部署、环境共享等特性,可以大大减少自动化的成本,使很多原本没有价值自动化的测试任务变为了有价值自动化的任务,大大提升了项目效率。

那么如果自动化测试已经运行在了虚拟机中,是否有必要使用 Docker 技术将其进行改造?这个就要具体问题具体分析了。笔者并不赞同将所有测试任务一刀切的进行容器化改造。如果当前虚拟机已经满足测试需求,你就需要评估一下引入 Docker 进行改造所需的成本,其中包含学习 Docker 技术所需要的时间成本。反之,如果虚拟机无法满足当前的测试需求,可以考虑尽快引入 Docker 进行改造。

 

Docker 的约束

Build, Ship, and Run Any App, Anywhere. 这是 Docker 公司高调宣称的口号,即在任何平台都可以构建、部署、运行任何应用。然而,由于 Docker 自身的特点,其使用场景有一些约束:

(1) 因为容器与主机共享内核,如果容器中应用需要不同的内核版本,就不得不更换主机内核。但如果主机内核变更后又会影响到其它容器的运行。变通的方法是将应用源码的编写与内核特性解耦。

(2)Docker 使用时需要 3.10 或以上版本的内核,这是最低的限制。如果你需要使用更高级的 Docker 特性,如 user namespace,那么还需要更高版本的内核。

(3) 使用“--privileged”选项后可以在容器内加载或卸载内核模块,但这个操作会影响到主机和其它容器。

(4) 无法模拟不同平台的运行环境,例如不能在 x86 系统中启动 arm64 的容器。

(5) 因为 Docker 采用了 namespace 的方案来实现隔离,而这种隔离属于软件隔离,安全性不高。不适合安全性高的测试任务。

(6) 因为目前没有 time namespace 技术,修改某个容器时间时就不得不影响到主机和其它容器。

适用于 Docker 的测试场景

由于容器与主机共享内核使用,凡是和内核无强相关的测试任务是适合引入 Docker 进行改造的,例如源码编译测试、软件安装测试、互联网应用测试、数据库测试等。而与内核强相关的测试任务是不适合使用 Docker 进行改造的,如内核网络模块测试、内核 namespace 特性测试等。

Docker 测试实践

容器化编译系统测试

早期我们将 linux 发行版安装到物理机中进行测试。当需要重新进行全量测试时不得不手动还原测试环境。之后改用了虚拟机,虽然能够通过自动化的方式实现环境还原,但虚拟机的损耗较大,效率不高。

如果对软件测试、接口测试、自动化测试、性能测试、LR脚本开发、面试经验交流。感兴趣可以175317069,群内会有不定期的发放免费的资料链接,这些资料都是从各个技术网站搜集、整理出来的,如果你有好的学习资料可以私聊发我,我会注明出处之后分享给大家。

之后我们尝试将环境制作成 Docker 镜像,同时进行了如下的改进:

(1) 通过 Docker 的“-v”选项,将主机目录映射到容器中,实现多个容器共享测试代码。测试代码部署时间从 2 分钟减少到 10 秒。

(2) 将大粒度的执行时间较长的用例拆分成为若干个小用例。

(3) 利用容器并发执行测试。

(4) 使用 Dockerfile 梳理产品依赖包和编译软件的安装。

编译系统测试是用户态的测试,非常适合使用 Docker 进行加速。如果需要针对某一个 linux 发行版进行测试,可以通过 Docker 快速部署的特点,将所有的资源快速利用起来,从而达到加速测试执行的目的。

linux 外围包测试

外围包包含动态链接库文件和常用的命令行工具,属于 linux 操作系统的中间层,其上运行着应用程序,其下由 linux 内核支撑。起初的外围包测试采用串行执行,效率不高。同时受到环境污染的影响,容易产生软件缺陷的误报。在改进方面,我们首先通过 Dockerfile 基于 rootfs 制作一个 Docker 镜像,然后通过 Docker-compose 工具实现测试用例的并发执行。

以下是改进前后的对比。

通过 Docker 进行测试加速的原理

Docker 本身并不会直接加速测试执行。在串行执行测试时,在容器中执行测试反而会带来约 5% 左右的性能衰减。但我们可以充分利用 Docker 快速部署、环境共享等特性,同时配合容器云来快速提供所需的测试资源,以应对测试任务的峰值。如果忽略环境部署时间,当每个测试用例粒度无限小并且提供的测试资源无限多时,测试执行所需的时间也就无限小。

© 著作权归作者所有

爱码小士
粉丝 56
博文 83
码字总数 194222
作品 0
深圳
技术主管
私信 提问
加载中

评论(5)

Java烂猪皮
Java烂猪皮
转发了
AI女神
AI女神
666
呐呐丶嘿
呐呐丶嘿
很有用,谢谢分享
爱码小士
爱码小士 博主

引用来自“OurTester”的评论

刚好工作遇到这个,感谢分享!
对你有帮助就好👊
孑非鱼
孑非鱼
刚好工作遇到这个,感谢分享!
3 天烧脑式基于Docker的CI/CD实战训练营 | 北京站

持续集成(Continuous integration)是一种软件开发实践。 它倡导团队开发成员必须经常集成他们的工作,甚至每天都可能发生多次集成。 与持续集成相关的,还有两个概念,分别是持续交付(Con...

DockOne
2017/07/25
161
0
3 天烧脑式基于Docker的CI/CD实战训练营 | 北京站

持续集成(Continuous integration)是一种软件开发实践。 它倡导团队开发成员必须经常集成他们的工作,甚至每天都可能发生多次集成。 与持续集成相关的,还有两个概念,分别是持续交付(Con...

DockOne
2017/07/25
41
0
Web自动化测试持续集成解决方案

Web自动化测试持续集成解决方案,采用了业内最流行的Docker容器技术,用于部署测试节点selenium-node与selenium-hub,实现了测试环境的分布式集群,同时集成到Jenkins平台上,利用邮件通知模...

wywincl
2016/08/05
115
0
技术点:注意Java的java.util.List.subList的坑

java中有一个返回子列表的方法: 返回一个fromIndex为起点,toIndex为终点(不包含终点)的子列表。从上实现代码中可以看到,先检查一下单签的fromIndex和toIndex是否合法,如果不合法,那么...

程序猿拿Q
2018/12/20
56
0
CI Weekly #3 | 关于微服务、Docker 实践与 DevOps 指南

CI Weekly 围绕『 软件工程效率提升』 进行一系列技术内容分享,包括国内外持续集成、持续交付,持续部署、自动化测试、 DevOps 等实践教程、工具与资源,以及一些工程师文化相关的程序员 Ti...

风起云飞fir_im
2016/11/16
106
0

没有更多内容

加载失败,请刷新页面

加载更多

MySQL count知多少

统计一个表的数据量是经常遇到的需求,但是不同的表设计及不同的写法,统计性能差别会有较大的差异,下面就简单通过实验进行测试(大家测试的时候注意缓存的情况,否则影响测试结果)。 1、 ...

osc_qlj7m2h9
11分钟前
23
0
[RH134] 10-NFS和Samba客户端

NFS和samba服务器的配置,请参考: 这里,我们只讨论客户端的使用 1.NFS客户端的使用 nfs实现的是类Unix系统之间的远程共享目录。 假设我们已经有一个提供nfs服务的服务器,IP为192.168.1.1...

osc_jhl7rojx
12分钟前
8
0
交易中台系统设计与思考

前言 将近两年的时间,我一直在某企业做中台系统的研发,最近可能这段工作经历可能要结束。本文也算是这段经历的回顾与反思。 系统架构 在这里主要想说的是服务接入层,在我们目前的系统架构...

osc_2x8i4ix3
13分钟前
25
0
需求文档解析案例(一)

一.背景介绍   某RD(开发人员)负责开发和维护售后服务系统,该系统包含“用户申请退款”的模块,现在有一个需求,需要在用户申请退款页面增加上传文件的功能。 二.需求文档   选择其中...

osc_96wcoyea
13分钟前
24
0
浅析逻辑代数、命题逻辑、一阶逻辑、高阶逻辑和数理逻辑

前言   此文是在本人学习完离散数学中的数理逻辑部分后,对标题中各部分之间的联系存在很大的疑惑。特此进行总结,水平有限,如有错误,欢迎指正。 从逻辑代数开始   逻辑代数是一种用于...

osc_mbhfa1vl
14分钟前
32
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部