IDC预测显示，未来五年，支持DevOps实践的产品市场继续保持健康且快速增长，2022年-2027年的复合年增长率（CAGR）为16.1%。 其主要原因是将安全纳入DevOps流程的需求日益增长，以及DevOps实践在GitOps、FinOps、平台工程等领域的发展，所有这些都有助于增加市场活动和扩张。

测试用例覆盖率是度量测试完整性和有效性的一个重要手段，通常使用测试用例对于需求或代码的覆盖百分比来计算。这里的需求，可以包括涉众请求、需求规格等文档中的业务路径和规则，也涵盖据此衍生出的功能和非功能性方面的一些要求，后一部分内容通常细化于概要设计、测试设计等相关的文档中。

在《你在测试金字塔的哪一层？（上）》中介绍了自动化测试的重要性以及测试金字塔。测试金字塔分为单元测试、服务测试、UI测试，它们分别是什么呢？本期文章让我们一起详细看看测试金字塔的不同层次。

“测试即代码。”太多的组织将任何未编码的东西视为一次性的。很明显，测试是必不可少的，但我们一次又一次地发现，团队将测试自动化和相关材料视为二等公民。测试是用户行为的文档，与产品组织产生的需求密不可分，并在虚拟层面与用于创建功能的代码相连。

TDD专注于代码级别，并使用单元测试来验证代码的功能。BDD专注于功能级别，并使用场景来描述所需的行为。ATDD专注于验收标准，并使用验收测试来验证软件是否满足要求。

执行结束后，K6会在results目录下生成log.json和summary.json两个文件。ZTF将分析他们，生成类似XUnit格式的测试结果，并提交到禅道系统中。

K6是一个优秀的开源性能测试工具，它提供了简洁又丰富的API，灵活和易用的描述性语法。以下列出K6中的几个概念：Metrics：测试度量的指标。如请求响应时间、执行耗时、检查点通过率、失败次数等；Thresholds：定义了指标度量的成功、失败标准。如请求失败率小于5%，迭代执行耗时平均小于3秒；Checks：测试用例的检查点。...

现在的企业从以往一年、一个月、一周交付，逐渐转变为开始关注两到三天甚至一天内交付。软件自动化测试的出现及其与手动测试的结合使得这种时长的交付成为可能。

“软件自动化测试金字塔模型”将可自动化的测试自底而上分为单元测试、服务接口测试和界面自动化测试三个部分。正立的金字塔结构建议我们开展更为广泛的单元测试，以期获得更早发现问题和更高执行效率带来的收益，但不断增加的单元测试也会显著提高开发资源的投入。随着趋于顶部更多的UI层面自动化测试的开展，我们可以获...

在前面的文章中，我们介绍了自动化测试框架设计有关的内容。实际工作中，我们通常没有必要从头开始造轮子，而是可以基于一些开源项目，实现适合自己公司业务的测试框架。

禅道是一款国产的开源研发项目管理软件，基于敏捷和CMMI管理理念进行设计，完整地覆盖了项目管理的核心流程。根据国内权威测试网站51Testing的《2021软件测试现状调查报告》显示，禅道已连续七年在"常用的测试管理工具”中排名第一。

新人小王接到为Web应用程序自动化测试脚本的任务时，既高兴又紧张，因为这是他进入团队的第一个任务。第一印象至关重要，他也希望给团队留下完美的第一印象。小王被要求自动化Web应用程序其中的一个模块，但他想表现得更好、做更多的自动化，于是选择了另外的模块。然而结果是他撞进了死胡同，没有完成。其实小王想做些...

自动化测试是高质量软件交付领域中最重要的实践之一。在今天的敏捷开发方法中，几乎任一软件开发过程都需要在开发阶段的某个时候进行自动化测试，以加速回归测试的工作。自动化测试工具可以帮助测试人员以及整个团队专注于自动化工具无法处理的各自任务，但困难的部分就是选择自动化工具。事实上，测试人员最常见的问题...

软件测试发展到今日，已经逐渐标准化且能力更强，其流程每天都在发展。测试人员的技术熟练程度对于整个测试阶段的成功来说至关重要。测试不再意味着仅仅发现错误；它的范围已经扩大，从任何开发项目开始就可以看出它的重要性。

Markets and Markets的一项研究显示，全球DevOps的市场规模从2017年的29亿美元增加到2023年的103.1亿美元，预测期的年复合增长率(CAGR)为24.7%。人们对DevOps越来越感兴趣，因为DevOps不仅能够压缩软件的交付周期，还能提高交付的速度和质量。

有人说：“杂乱无章的自动化只会带来更快的混乱。”不仅更快，而且是更严重、更大的混乱。如果使用得当，自动化可以成为测试团队中令人惊叹的生产力助推器和系统的质量增强器。自动化测试的关键是要正确运用，这是初始最困难的部分。下面，我们会了解最常见的自动化测试挑战以及应对措施。

通过上篇文章，可以意识到自动化的重要性和优势，必须确定可以自动化的用例。为此，必须考虑所追求的目标，以及这个目标在测试金字塔中处于什么层次。

很多朋友接触性能测试是从工具开始的，比如流行的JMeter、Loadrunner等。熟悉一个测试工具，有助于对性能测试的过程、方法和机制有个直观的理解。

如今，前后端分离和微服务架构日益流行，在接口层面已经”暴露“了越来越多的业务处理逻辑。加上API接口通常需要向前兼容，引发了大量的回归测试工作量，从而带来更多的接口测试需求。

我们知道在测试设计时，对于一些操作相似的场景，可以采用步骤同数据相分离的方法来描述。这样的用例内容精炼、逻辑清晰，也利于未来自动化测试脚本的复用。

今天，给大家介绍如何进行自动化测试框架的设计。这里所说的框架，是建立在一些主流类库、框架或工具的基础上的，自行研发的、适合公司的自动化测试资产。

Appium包含2大组件，Appium Inspector和Appium Server（其带界面的版本也叫Appium Desktop）。前者用于分析手机App界面中的元素，辅助自动化测试脚本的开发；后者为一个服务器，用于接受脚本发出的请求，操纵App的UI。

紧接上一篇文章，我们把录制的脚本包装成一个JUnit的测试类，并作了以下修改。增加了从远程URL安装App的代码（也可指定本地的appPath）；去除原脚本中点击主屏幕图标启动App的代码，取代为使用driver.startActivity来启动App；增加了验证图片的JUnit断言；测试完成后，自动卸载App；其他一些Appium有关的参数设置。阅读...

今天我们学习如何使用Appium Inspector来创建测试脚本。启动Appium服务：插上Android手机到电脑，确认使用adb devices可正确显示；打开Appium Server GUI，如下图保持Address和Port为默认值；如果不想使用上篇文章中配置的JAVA_HOME和ANDROID_HOME，可点击Edit Configuration修改；点击Start Server按钮，启动服务并进入...

我们将在同一台工作电脑上，分别启动主控（Hub）和节点（Node）2个Selenium Grid服务，IP地址均使用环回地址127.0.0.1，端口分别为4444和5555。开始以下操作前，请确认你的机器上已经安装、配置好Java的开发环境。

本文使用到了Selenium的Java版WebDriver、Chrome浏览器驱动。前者为一个Java类库，提供了测试有关的各种API，项目中使用了Maven来导入其Jar包；后者是一个二进制的可执行文件，用于完成对浏览器的操控，在代码中指定了其文件路径。

Selenium包含了3大组件，分别为：1. Selenium IDE基于Chrome和Firefox扩展的集成开发环境，可以录制、回放和导出不同语言的测试脚本。

由于是测试有关的文章，我们不会详细介绍JavaScript开发技术的方方面面，而是从软件测试的角度，给大家分享一下JavaScript（下称JS）的相关内容。

Chrome开发者工具是浏览器內置的、用于对网页浏览有关的内容和行为进行查看和调试的工具。可使用快捷键Ctrl + Shift + J ( 在 Mac 上使用 Cmd + Opt + J) 打开，他显示在浏览器的底部，包涵了以下几个Tab的功能。

今天，我们介绍如何使用VirtualBox和VMware来虚拟化自动化测试的环境。安装VirtualBox并启动API服务：此处以Ubuntu20.04为例，添加以下行到/etc/apt/sources.list {代码...} 依次执行以下命令，安装程序和扩展包； {代码...} 设置VirtualBox远程桌面使用VNC服务； {代码...} 启动VirtualBox服务于指定的IP地址； {代码.....