【.com速译】软件测试的挑战被大大低估，也不可避免地被忽视。即使对于一个看似基本的应用程序，例如一个普通的移动应用程序，您也可以采用数量惊人的测试方法，遍历大量的路径和条件，并测试大量的设备配置。在当今近乎连续的发布周期中，确保每次更新都增加价值而不破坏用户体验是一项艰巨的任务。这对于大型企业组织来说尤其困难。大规模环境测试需要考虑：复杂的应用栈，平均涉及900个应用。单笔交易平均涉及82种不同的技术，从大型机和遗留定制应用程序到微服务和云原生应用程序。根深蒂固的手动测试流程专为瀑布式交付节奏和外包测试而设计，不适用于敏捷、DevOps和“一切都在进行”模型。需要极高的可靠性。据IDC称，企业环境中一小时的停机时间可能造成50万至100万美元的损失。“打破常规，快速行动”在很多行业都行不通。特别是在大型企业环境中，测试是导致交付延迟的第一大原因，手动测试仍然普遍存在（只有15%是自动化测试），测试成本平均占IT总支出的23%到35%。然而，许多知名组织已经找到了克服这些障碍的方法。他们将测试变成数字化转型计划的助推器，加速交付并释放预算用于创新。他们如何以不同的方式做到这一点？您的组织如何比较？介绍企业应用程序测试基准世界各地的知名组织是如何进行测试的。数据是通过与代表多个团队的高级质量经理和IT主管的一对一访谈收集的。参与者代表使用各种以质量保证(QA)为中心的功能测试自动化工具的团队：开源和其他商业工具。开发人员测试和安全测试活动不在本文讨论范围之内。该报告侧重于通过采访100家知名组织收集的数据：《财富》美洲、欧洲和亚太地区的500强公司以及知名政府实体。这里的所有营利性公司的收入至少为50亿美元。考虑到平均团队规模和团队数量，我们估计这份报告显示了这些领先组织中数万名测试人员的活动。综合起来，这些知名组织的结果显示39%的测试自动化，但误报率高、风险覆盖率低且测试周期异常缓慢。以下是几个具体点。没有稳定性的自动化：平均测试自动化率（39%）比较高，但是误报率也比较高（22%）。这对于缺乏稳定实践的早期测试自动化工作很常见，例如测试数据管理和服务虚拟化。测试与风险不匹配：高要求覆盖率(63%)但低风险覆盖率(25%)。团队可能会为每个需求分配等量的测试资源，而不是专注于对业务最重要的特性。不同步的开发和测试周期：平均测试周期时间（23天）不适合当今快节奏的开发周期（2018年87%的开发周期为两周或更短时间）。这么长的测试周期，测试难免滞后于开发。高质量（在某些情况下）：报告的缺陷泄漏率(3.75%)较低，通常<10%被认为是可以接受的，<5%被认为非常好，<1%是罕见的。然而，只有约10%的受访者跟踪了缺陷泄漏，因此整体缺陷泄漏率可能更高。跟踪此指标的组织往往拥有更成熟的流程。坚实的基础：组织在掌握测试成功的基础方面取得了长足的进步（采用适当的角色，建立测试环境，培养协作文化）。“一切都会持续”尚未发生……很少有组织拥有超过75%的测试自动化率，或者采用服务虚拟化和测试数据管理等可靠实践。鉴于此，有限的CI/CD集成也就不足为奇了。但所有这些都在该组织的优先事项列表中名列前茅。最大差距：领先者和落后者之间的最大差距在于每天执行的自动化测试百分比、风险覆盖率、泄漏到用户验收测试(UAT)中的缺陷以及测试周期时间。关键改进目标：许多组织希望在六个月内做出最大短期改进的三个领域是：风险覆盖率、泄漏到UAT的缺陷、误报率和测试周期时间。原标题：世界顶级组织如何测试，作者：CynthiaDunlop
