★根据行业高管的说法，了解了六个关键行业对自动化测试的十多种好处。
为了收集有关当前和未来自动测试状态的见解，我们询问了27家公司的31位高管，“通过自动测试解决了哪些实际问题？” 这是他们告诉我们的：
好处
- 简而言之，自动化测试的价值在于1）节省时间 -测试以24/7自动运行；2）报告 -我们每天都有洞察力；3）一致性和准确性：手动测试周期可能会导致错误，而自动测试每次都会获得准确的结果；4）省钱；5）减少资源，例如手动测试仪；6）全覆盖测试。
- 1） 管道的通用转换，从每年一次发布到每年17-20次。解决测试和质量检查瓶颈。我们与客户合作，通过几种测试类型的自动化来推动这些转变。2） 具有独特的使用案例的汽车和健康领域的下一代数字化转型可以自动化，测试和覆盖。该连接的汽车 是他们的＃3垂直。它可以测试从应用程序到后端服务器以及连接到后端的完整用户体验。它有益于健康，从提供毒品到以数字方式管理消费，并对您消费毒品的方式和时间负责。我们在云中创建了一个虚拟化的患者。公司可以使用连接的设备跟踪它们。我们向移动应用程序报告并向患者提供可见性，并向医生报告。物联网是下一代数字化转型。
- 最初的用例是用于自动化测试–进行了5,000次固件测试，而永久性的线性测试。我们在一系列机器上分布了测试。自动化测试减少了周期时间。它有助于在集群中运行Selenium测试的UI测试，从而加快Selenium测试的速度。Selenium Grid是实现此目的的一种方法。
- 作为一个测试云平台， 我们使我们的客户能够跨各种浏览器和设备进行测试。我们还提供调试工具，例如如何从浏览器中提取JS控制台日志和硬文件。我们帮助客户发现错误并迅速解决它们。缩小范围，我们的大客户每天要运行成千上万的测试，并且可能会不知所措。我们引入了分析功能来对数据进行分类以查找瓶颈和错误的根本原因。越来越成熟的公司正在从内部Selenium网格切换到云，因为它们没有所需的平台覆盖范围-测试Mac，Safari和iOS。如何获得更好的覆盖率。使用常绿的浏览器很难维护。我们为他们做。每天进行数千次测试的错误率。硒可能是一个棘手的协议。不想花所有的时间来追查错误。增加速度。我们在每次拉力测试或提交时都抽烟测试，因此，我们需要站起100个节点，以便更快地向开发人员反馈。如果您没有网格，则需要深入了解CI。如果您没有专业知识来采用测试框架并通过高度并行性对其进行优化，则将更多时间花在最佳实践（测试编写和框架）上。
- 传统的安全团队根本无法在DevOps世界中扩展。自动化的 安全 测试是允许这些团队扩展规模的关键。安全团队需要与开发人员紧密合作，但是这种通信方式必须通过自动测试。那些直接在开发生命周期内利用自动化安全测试的安全团队拥有与敏捷和DevOps开发车间保持同步的更大能力。
- 自动化测试使您可以更有信心地 提供修补程序和功能。这样，它可以加快开发速度，并允许更快地推出新版本-这对从生物技术到国防领域的每个行业都具有影响。
- 当您必须验证涉及大量数据的复杂方案时，自动化测试至关重要 。例如，我们有一位 航空公司 客户使用我们的软件来确保他们的Web预订系统正常运行。我们在测试用例中支持嵌套循环的能力解决了一个独特的问题，即它们需要验证多个起点和终点的数据。我们还有另一个客户正在使用我们的解决方案来测试控制手持式医疗设备的移动应用程序 。他们的应用必须完美运行，因此100％的测试覆盖率至关重要。自动化测试可帮助他们交付高质量的产品。
- 我们通过自动化测试从单片微服务转变 为大规模微服务。您必须执行此操作才能扩展和交流。我们在日常工作环境中使用它。每个要测试的代码都有90％的代码覆盖率。
- 1）左移–拥有庞大质量检查团队的客户最后用于执行测试。一旦他们认识到需要进行早期测试并经常进行测试，便在编写应用程序代码时开始编写测试。质量检查团队成为工程团队的一部分。核心测试在SDLC的早期进行。我们能够更快地发布（50％），并且代码质量自动提高，并且由于在周期的早期发现错误而降低了成本。
- 公司的增值正在 帮助客户成为云原生的开发人员。专注于业务逻辑，以提供更多的测试可能性。采用业务逻辑并在具有单元测试框架的模拟环境中运行。嵌入式测试看起来像J2EE测试。可以使用所有传统的Java测试框架。
- 1）跨浏览器测试，2）跨设备测试，3）回归测试UI / UX，4）本地化测试–确保以所有语言进行测试。扩展测试，扩展到后期制作–在微服务和OS不断变化的动态技术世界中进行监视和连续测试。通过监视24/7，我们可以帮助公司克服这一问题。
- DevOps和敏捷实践测试人员被认为是有价值的。我们向质量检查团队提供见识，使他们可以从开始到生产都可以影响质量。查看分析，以查看错误或人员在哪些方面对质量产生不利影响。我们给他们一个空间是因为我们从自动化和测试工具中收集指标，并提供整体分析以尽早提高质量。我们提供了需求可追溯性矩阵–有效和无效的热图。从逻辑的角度看范围。处理此要求很复杂，并且有很多错误。提供覆盖的明智想法。
- 在发布之前，测试正在运行，通常会遇到许多复杂的代码级错误。用户登录被两因素身份验证代码破坏。该 错误由自动测试捕获并在发布前已修复。在另一种情况下，公共共享链接被破坏。从长网址到短网址的更改已损坏。两者都被自动化测试捕获。
- 使用脚本技术，您将无法管理对测试脚本的更改。敏捷或DevOps流程的频率和节奏。可能需要执行一个冲刺，但是要执行测试需要两个或三个冲刺。使用基于模型的方法，因为它是无代码的，所以您可以实时更改并执行更改。具有测试基础结构的客户端的代码量接近其应用程序的三倍。由于您正在使用代码行，因此必须随着脚本的变化而跟上不断变化的代码。我们使用抽象模型更新代码。
- 现实世界中的问题包括确保您确实在开发过程中运行测试的能力，并确保您不会错过或跳过它们。现代的自动化测试具有代码清洁度等优点。它实际上可以评估语法。它可以验证注释，以确保注释实际上已插入到代码中。它可以确保您实际上在代码库中实现了良好的开发实践和良好的编码实践。自动化测试更多地是关于测试已经构建或已经签入的代码，而不是正在运行的代码。以前，您无法将责任重新推给开发人员。在过去的几年中，自动化测试确实改变了另一件事–自动化测试现在将更多的测试责任交给开发人员本身，而不是由这个独立而独特的QA或QE团队组成。对于许多正在过渡到连续交付模型的团队来说，这就是正在发生的事情。从瀑布到敏捷到连续交付的大多数人–他们的任务实际上变得不同，因为测试本身已集成到您的代码签入过程中。过渡所暗示的一件事是，您实际上并不需要这个质量保证或质量工程组织，或者您没有以相同的方式利用它们。
产业领域
- 对于金融服务和医疗保健等受到严格监管的行业的公司，更快，更安全的结果 使用连续测试来指出需要培训以提高速度的地方。
- 自动化测试使客户能够检查健康状态的正确性- 医疗保健公司 每隔15至20分钟运行一次。病毒扫描程序停止工作-静默失败。第二天早晨，Ops能够看到问题所在，而不是三到四个月后。一位客户正在使用工具来满足审核要求。它提供了数据点，并具有响应查询和可追溯性的能力，从而导致法规遵从性上升或下降。
- 我们有一个新的 视频播放器，新的iOS，错误率15％。如何初始化播放器存在一个简单的错误。减少到不到百分之一。
- 零售，银行和保险等电子商务公司都有产品或服务的目录。网站是动态的，个性化的，并且可以从世界各地访问。客户需要在其店面中进行快速测试。网站正在快速而定期地进行更改。其他人则是拥有 移动应用程序，航空公司，银行以及客户使用的应用程序的人，他们需要确保在各种设备上进行测试以了解功能是否正常运行。测试设备的功能。具有移动应用程序的科技公司可以工作。Twitter 是一个大客户。
- 一家大型电信公司正在使用AI解决测试问题。2号门的承包商必须返回3号门，以确定要测试的测试脚本数量以及批准所需的FTE数量。我们给他提供了一种自动生成模型的方法，他可以指定相对于模型的测试，并且由于所有操作都是自动化的，因此他可以自己进行测试。他的边缘穿过屋顶。
- 荷兰的Rabobank – 500个分支机构，使用敏捷的需求设计器来自动化测试用例，具有巨大的价值。效率提高了30％。金融服务的推出将测试脚本的创建减少了70％。Auto Trader将集成时间从三天缩短到三小时。他们节省了567人的工时，或每个版本2.5人，并避免了300,000美元的测试硬件和软件成本。他们将缺陷减少了25％。使用我们的连续测试平台与 电子商务零售商的合同，在 两个月内启动了一条新的Rhianna生产线，以准备促销和最终设计，而为期五天的负载测试。基于SaaS的平台以10倍的速度进行了测试，在Rhianna发推文介绍该产品后，该网站连续18个小时以上处理了该网站。
- 我们与联邦政府合作， 并覆盖其原有系统，以确定潜在的漏洞。
- 诺基亚 收到了来自客户，网络服务提供商以及北美所有200,000个蜂窝塔的电话，其下方装有用于管理无线传输的硬件。有时需要将其更新以从4G升级到5G。在部署之前，我们需要解决方案进行更新以满足需求测试，然后在现场对其进行监视。设计，验证，构建，部署。
- 算法交易公司。在构建完全自动化的CI / CD流水线过程时，他们会将我们的解决方案嵌入Jenkins，并成为生态系统的一部分，因此当签入代码时，它可以转到测试阶段并决定他们要运行哪个测试。结果在30分钟内。它被反馈到CI / CD工具中以确定下一步是什么。如果未通过，该工具会将代码推入错误跟踪系统JIRA，然后将其发送回开发人员，然后重新测试失败的代码。完全集成到CI / CD。
- 金融服务将应用程序代理 到API，以更快地发布行为驱动的设计框架。开发人员可以编写模板化的测试来涵盖安全性。
其他
通常，为代码更改编写自动化测试所花的时间要比进行更改本身所花费的时间多，因此，一开始就很难在编写测试时获得认可。但是自动化测试为您提供：1）更频繁，更快速，可重复且可靠的测试运行。这是由于这样的事实，即一旦测试自动化，运行它的成本便是最低的。除此之外，由于人为错误，自动化测试不太容易失败。2）持续不断的反馈，因此对您的代码的信心也会发生变化。这样可以长期加快交付周期，并使团队可以进行持续集成和交付。3）正如马丁·福勒（Martin Fowler）所说，“如果有什么伤痛，请多做些”。由于多种因素，自动化测试可能会产生片状现象，其中之一是产品的可测试性不足。具有编写自动测试的文化，这将使您的代码更具可测试性。
