摘要：大多数组织都知道测试自动化对于现代应用程序交付过程至关重要。他们只是不确定如何在没有高昂的开销和大规模破坏的情况下在企业环境中实现它。企业组织通常取得小的胜利，但是由于五个主要领域的挑战，该过程最终会恶化。了解这些挑战将帮助我们克服挑战。在传统的瀑布式开发模型中，仅靠手动测试就可完成所有测试.虽然自动化测试的成本很高,但是好处也很明显;但是，手动测试的低廉成本使其在控制期内的工作时间长于预期。借助触手可及的高性价比手动测试选项，组织推迟了构建和扩展测试自动化的计划。甚至在五年前，根据第六版《世界质量报告》中的调查反馈，只有30％的企业软件测试是在内部完全执行的，并且绝大部分测试不是自动化的。今天，根据最新的《敏捷状态报告》中的响应，有97％的组织在某种程度上正在实践敏捷，而73％的组织已经在积极或计划中进行DevOps计划。通过这种根本的转变，测试自动化达到了一个临界点。预计测试人员将嵌入团队中，以便可以“在sprint中”完成测试。为什么向敏捷和DevOps的转变使测试自动化势在必行？l可用的时间更少了：现代应用程序开发涉及在越来越紧迫的时间表上发布越来越复杂和分布式的应用程序。如果没有高度的自动化，就不可能完成“insprint”测试所需的范围和复杂性。手动测试周期需要数周。这与当今的节奏不一致，在这种节奏中，两周的冲刺和（至少）每天的构建已成为常态-现在趋势正在朝着连续交付的方向发展。l团队期望持续不断的即时反馈：敏捷团队和DevOps团队期望在整个发布周期内不断传递反馈。即使您雇用了一整队手动测试人员，这对于手动测试是不可能的（顺便说一句，这将是非常昂贵的）。在没有快速反馈有关最新更改如何影响核心端到端交易的情况下，加速交付会使每次发布的用户体验面临风险。l业务期望有很大的不同：随着公司优先考虑数字化转型计划，“速度，成本，质量-选择两个”这一古老格言不再适用。在稳定（甚至降低）成本的压力下，现在期望IT领导者比以往更快地交付更多创新的应用程序。如今，从CEO到下层的每个人都意识到，无视质量不可避免地会导致品牌侵蚀以及客户流失。在受监管的行业中，质量欠佳的影响更为严重。大多数组织已经知道，测试自动化对于现代应用程序交付过程至关重要。他们只是不确定如何在没有高昂的开销和大规模破坏的情况下在企业环境中实现它。你不能真正责怪他们。尽管在软件测试会议，网络研讨会和出版物上不乏测试自动化成功案例，但它们主要针对开发人员和技术测试人员，这些人员包括：1）专注于测试简单的WebUI；2）拥有构建其应用程序的奢侈性；以及在过去几年中从头开始进行测试过程。他们的故事引人入胜-但对于具有异构架构，合规性要求和质量流程的典型Global公司而言，这些公司在过去数十年中发展缓慢。测试自动化现实与目标在深入测试自动化之前，让我们澄清一下我们在这里谈论的内容。许多类型的测试可以（并且应该）自动化：l单独检查功能或类（编程单元）的单元测试l组件测试，在应用程序上下文中检查几个单元的交互l确定是否满足特定要求的功能验证测试l端到端功能测试，从用户角度（UI或API层）在多个组件和应用程序之间进行端到端业务交易l性能测试，可以衡量上述任何级别的应用程序在负载下的可靠性，可伸缩性和可用性本文重点介绍功能验证和端到端功能测试，但是大多数有关“测试自动化率”的报告都包括所有类型的测试自动化，包括开发人员通常实践的单元测试自动化。根据Tricentis从年到年进行的研究，我们发现公司最初报告说，他们已经自动化了大约18％的设计并添加到其测试套件中的端到端功能测试。当您考虑定期运行多少测试时，它实际上要低得多。而且，当您
转载请注明：http://www.0431gb208.com/sjszlff/6663.html
