「原创声明：保留所有权利，禁止转载」
对自动化测试的支持是缓慢的，并且缺乏技术人员来推动更大的吸收，成功和投资回报率。
为了解自动化测试的当前和未来状态，我们采访了 14 位非常熟悉自动化测试的 IT 专业人员。我们问他们，“你今天对自动化测试最大的问题是什么？”
以下是受访者告诉我们的内容：
采用
- 缺乏采用。自动化测试的目标是发布代码。如果安全程序停止发布，则存在问题。它将被踢出自动化管道。如果您在发布过程中发现必须包含在 20 个版本之一中的问题，请更改安全过程。安全程序必须正常，某些问题不能在当前版本中修复，但在将来的版本中已修复。采取瀑布安全计划并向其应用敏捷和安全最终将被淘汰。
- 每个人都落后多远。我们还没有看到跟上 IT 发展步伐的测试自动化的进步。由于 “不是在这里发明” 的想法，我们的行动不够快。自动化测试仍然非常手动。太多人还没有进行性能测试。你无法证明不进行性能测试。
- 即使每个人都想要它，只有 40％的测试是自动化的，其余的仍然是手动的。它需要一个成本。与低成本的手动测试相比，自动化工程师价格昂贵。我们可以自动化，但我们需要在自动化方面进行投资。雇用技术熟练的人员并构建框架。自动化程度越高，运行的脚本就越多，您就会看到更快的投资回收期。
- 自动化测试仍被视为侧面展示，未得到团队和经理的足够关注，从而阻止自动化测试充分发挥其潜力。测试自动化需要作为产品对待，从一开始就需要认真的投资。忽视测试优势的公司可能面临风险，例如在 SDLC 中稍后发现错误，由于应用程序错误而导致修复成本极高或面临高弃置率。
技能
- 今天自动化测试的机会是巨大的。虽然有很多可用的工具，但最大的挑战是找到有效使用这些工具的员工。
- 组织需要能够利用机会进行自动化，这意味着他们必须能够提供测试环境，包括模拟服务和测试数据。关于测试数据的主题，必须考虑 GDPR 等法规，对可用于识别特定个人的个人可识别信息（PII）的数据屏蔽的要求是一个问题，特别是在使用生产数据进行测试时。
- 第三方工具的数量和缺乏新的功能，资源和技能差距。对安全漏洞没有透彻的了解。培训对安全感兴趣的开发人员比培训安全人员成为开发人员更容易。开发人员可以通过一些指导协助补救。
- 对测试自动化专业人员的需求高于供应。对具有测试自动化技能的人有这样的需求，并且没有足够的人员训练来填补这个空白。这导致团队要求他们现有的开发人员和测试人员创建测试自动化项目，而不是让他们接受适当的培训，或者为他们提供处理测试自动化所需的时间而不仅仅是一个侧面项目。为了解决这个问题，我正在领导一个提供免费测试自动化课程的人。
其他
- 有各种工具可供选择。投入必要的时间来分析哪些工具符合您的要求，并确定使用工具和编写自动化测试所需的技能。
- 使用容器简化设置测试环境并运行测试自动化。
- 维护和高拥有成本。随着积极的计划推出新功能，设计可能会随着功能而改变并打破自动化。这导致改变自动化测试，这需要大量的时间和精力。
- 我对自动化测试的最大担忧是，虽然公司将参与并适应测试技术，但他们可能会错过推动更高，更快和更好自动化的业务需求。投资回报率不会是推动更高自动化的唯一因素，它将由客户展示和感知自动化的方式驱动。
- 端到端测试仍然存在问题，因为它们很难维护并且运行缓慢。它们没有很好的替代品（柏树模拟的用户界面测试或合同测试不够）。
- 初创企业应该从围绕测试驱动设计的最佳实践开始，使用硬件，软件和日志记录来获取数据。更多的初创企业指导框架。
- 与供应商合作并尝试他们的软件来帮助您取得成功。你需要能够信任并大规模地做事。这是一个艰难的情况，你不知道你不知道什么。
- 人们进行自动化测试的能力与他们试图实现的覆盖范围之间存在不平衡。更成熟可以支持更高程度的自动化。我们看到许多公司试图在没有足够成熟的情况下实现高水平的自动化。盲目地追求 100％自动化而不了解策略是有问题的。
技术类文章精选
- java 一行代码打印心形
- Linux 性能监控软件 netdata 中文汉化版
- 接口测试代码覆盖率（jacoco）方案分享
- 性能测试框架第二版
- 如何在 Linux 命令行界面愉快进行性能测试
- 图解 HTTP 脑图
- 将 swagger 文档自动变成测试代码
- 五行代码构建静态博客
- 基于 java 的直线型接口测试框架初探
非技术文章精选
TesterHome 为用户提供「保留所有权利，禁止转载」的选项。
除非获得原作者的单独授权，任何第三方不得转载标注了「原创声明：保留所有权利，禁止转载」的内容，否则均视为侵权。
具体请参见TesterHome 知识产权保护协议。
如果觉得我的文章对您有用，请随意打赏。您的支持将鼓励我继续创作！