随着开发组织越来越多的采用敏捷和DevOps的方法改进软件交付方法，快速并持续的测试，成为组织软件交付流程改进的瓶颈。测试管理者已经认识到，采用低代码或无代码的自动化测试，是一个有效的方法，可以满足对更多、更快的软件交付需求。然而，大多数测试人员仍受限于几十年前形成的，高维护的、基于脚本的测试方法。是不是可以跟随开发的脚步，开始探索一些新的、更轻量级的测试方法吧。

低代码/无代码的方法，有助于企业组织通过图像化的方式和结构化的重用，有效地交付软件。同时，帮助功能测试团队从低层实施细节的复杂性中解放出来，而可以专注于高层次、战略性的工作，增加业务价值，提供更多的能力和协作。

现在，测试工具市场已经发生了巨大的变化，新的技术和方法的关注点，不再是几十年前业界面对的，重量级的，瀑布模式下，基于脚本的技术平台解决的自动执行人工操作的问题。我们在寻求新的，低代码或无代码的解决方案，给测试自动化工作，带来更加敏捷、可复用，可持续的方法。这些方法，更适应新环境下软件交付流程对测试工作的要求，满足对更多样的软件平台、更快的交付周期、更频繁的变更下对测试工作的需求。可以帮助您的团队，

•  快速构建需要更少维护的模块化测试
•  随着应用程序需求的变更，轻松地维护测试套件
•  提高易用性，让更多非技术背景的业务领域专家参与到测试中来
•  降低对测试开发者编码技能的要求
•  提高测试自动化开发的效率
•  跨不同类型的测试，重用核心测试组件
•  满足敏捷和DevOps对持续测试的需求

如何实现基于模块的测试自动化

上四步，描述了基于模块的测试自动化实现的概要过程。

1. 首先，测试人员可以扫描应用程序界面或API的接口文件，来创建业务人员也可读的，描述测试用例中，各个测试步骤所需要的，控制被测系统模块。
2. 然后测试人员将相应的模块，拖动到特定的测试用例中，实现该测试用例所需要的一个具体的测试步骤，并对相关的数据接口赋值。
3. 然后，按照测试用例需求，依次按照上面的方法设置余下各个测试步骤，完成相应的测试需求。

当过程中需要循环或判断是时，工具提供相关的控制界面。例如按照条件执行不同的测试步骤。下面例子是在删除购物车中的商品列表。删除的过程需要首先判断购物车列表是否为空；如果不是，就选择列表中第一条记录，然后点击删除按钮；然后再重复执行这个判断，知道列表删空为止。

具体的条件和执行逻辑设置如下。

 
        



























        进一步的测试需求，例如数据驱动测试，常用测试步骤模块化，在工具中，都提供相应的设置界面完成。

以上简述了如何通过无脚本的方式，用图形化界面，实现一个测试用例的逻辑。同时，工具平台支持各种软件实现技术，从API和桌面UI，到Web和移动平台的测试，并可无缝集成到常见的商用和开源的软件环境中。一个解决方案，可支持150多种技术，超过SAP、Oracle等30多个平台类型应用开发技术的测试，帮助用户规划、构建和执行弹性的端到端测试平台。

后续的文章，将介绍新的技术，如何帮助客户实现对已有测试资产方便的维护和重用，以应对需求和被测系统的变更。