在传统的软件开发中，测试专业人​​员除了手动进行各种测试以外，更多时候需要依赖自动化的测试工具，来反复执行某些相同的测试任务。对于一些按照硬编码值执行、且无需任何修改的简单测试任务而言，记录和回放工具能够通过录入用户的操作步骤，在相同的条件下，以相同的方式多次执行相同的步骤。

虽然自动化测试的优势在于减少了测试大量用例所耗费的时间，但是其劣势在于必须使用相应的自动化测试脚本。因此，测试人员往往需要花费时间去学习测试目标所对应的编程语言，以满足特定的测试需求，或是需要四处寻找现有的脚本资源。同时，他们需要维护现有的测试用例，按需进行调整，以跟上测试目标的修改。

另外，自动化测试的缺点还包括：

• 受限的可定制性：只有当测试人员具有一定的编程技能，并且测试工具能够支持将测试用例按照其首选的语言予以导出时，才能提供对于测试记录的定制。
• 受限于屏幕的大小与分辨率：测试工具在录制测试对象所处的屏幕位置时，可能会因为在不同场景下，显示器分辨率的调整，以及应用程序的大小变化，而失去原有的定位和功能。

显而易见，由于大多数自动化测试任务，都要求能够使用一系列的测试数据，而且能够在不同的条件下、以及不同的环境中执行测试，因此，记录和回放工具只能自动化其中一小部分。

当然，客观而言，记录和回放工具对于那些自动化测试的初学者，以及对于应用程序更改并不频繁的场景而言，确实是理想的解决方案。

在测试界，人们往往把“无脚本自动化测试工具(https://dzone.com/articles/the-biggest-benefits-of-scriptless-test-automation)”与“记录和回放工具(https://dzone.com/articles/record-and-play-load-testing-in-5-steps)”混为一谈。记录和回放为工作脚本提供了经由硬编码的输入值，用户可以在此基础上对其进行自定义。而借助无脚本自动化测试，您可以根据目标应用上的用例，自动生成相应的测试脚本，这是对于传统记录和回放功能的升级。因此，无脚本测试自动化是一种更有条理的模型。通过可重用的脚本，用户能够轻松地自动化大多数测试用例。

经历了多年的发展与迭代，如今市面上有着许多易于编写和维护的无脚本测试方案。下面我们来一起讨论其中最为流行的十种方案：

1.自然语言处理(NLP)

目前，一些最新的无脚本自动化测试工具能够通过采用NLP语法，来创建各种测试用例。就像编写简单的英语语句一样，用户可以轻松地实现测试用例的自动化。此类工具一般会带有AI驱动的内核，因此大幅节省了用户对其维护的时间。

由于用户只需要了解用于创建测试用例的正确语法，并根据实际情况将其运用于繁简不同的测试场景中。此类工具的学习曲线并不陡峭。目前市场上用到NLP的典型自动化测试工具包括：Testsigma(https://testsigma.com/)和Functionize(https://www.functionize.com/)等。

2.基于模型的测试

不同于多数只创建测试脚本的工具，以TOSCA(https://www.tricentis.com/products/automate-continuous-testing-tosca/)为代表的基于模型的测试技术(https://dzone.com/articles/three-ways-to-crack-the-test-design-code-with-mode)，可以为被测应用创建自动单元测试(AUT)模型。此类工具一般具有测试用例自动化所需的三个组件：AUT技术细节、测试方案逻辑和测试数据，它们可以在测试中被合并使用。

每当检测到AUT中的任何更改时，中央模型会自动更新已存储的有关AUT的所有技术细节。因此，此类测试技术更适合于处理那些需要频繁进行维护的繁琐任务。

为了能够覆盖所有需要测试的用例，同时忽略掉那些无需涉及的部分，TOSCA除了用到了基于模型的测试技术之外，还会利用基于风险的测试技术(https://dzone.com/articles/risk-based-testing)，来按需执行测试用例。

3.录制屏幕截图

采用“录制屏幕截图”作为测试步骤与动作的工具，主要针对的是视觉效果方面的应用测试。当已有的屏幕快照与当前的待测应用之间存在差异时，它们会立即生成相应的报告。

Testim(https://www.testim.io/)和Screenster(https://screenster.io/)是使用此类方法的两款典型工具：

• Testim.io以录制屏幕截图的形式，记录下用户每次操作时测试用例。同时，该工具还提供了重新分组和重用测试步骤的选项。如果出现运行的测试用例与录制的屏幕截图不匹配，它认为所记录的测试用例无效。这款工具旨在通过使用AI，来识别和纠正UI元素的位置、名称或外观等变化，进而维护现有的测试用例。
• 使用类似方法的Screenster，在每次用户操作完成后，都会捕获UI屏幕和DOM快照，并将其设置为可视化的基线，用以在测试期间予以比较。在实际测试期间，Screenster会及时获取UI上新的屏幕截图，并报告与现有基线之间的差异。Screenster也使用AI来维护各种测试用例。Screenster的智能选择器会自动定位已被移动或更改的页面元素。通过发现并调整各种timeouts，它能够使用AI来判断并等待正确的时间点，以执行下一步操作。

4.基于图像的无脚本自动化

Eggplant(https://www.eggplantsoftware.com/)是一款用到了基于图像的无脚本自动化的工具。它使用图像匹配技术来识别被测系统(SUT)中的任何缺陷与故障。

Eggplant使用的是双模型系统。其中的控制器系统可用来创建与驱动测试，而被测系统则通过VNC连接到控制器上。通过图像匹配，脚本语言可以在被测系统的UI上自动执行各项操作。

5.基于拖放的对象映射

作为另一种无脚本的自动化测试工具，Ascentialtest(https://www.zeenyx.com/AscentialTest.html)直接通过网站拖放，来创建测试动​​作。您只需在被支持的浏览器中打开目标应用，然后将所有需要测试的操作逐一拖放到测试工具中即可。针对不同的自动化测试场景，用户可以按照不同的顺序放置不同的测试数据，以进行后续的测试。

6.关键字驱动的测试

关键字驱动的测试是事先定义好待操作的关键字。当带有这些关键字的测试用例发生变化时，后续的测试就能够轻松地捕获到。而且，用户无需学习那些用于创建此类测试脚本的编程语言。Testcomplete(https://smartbear.com/product/testcomplete/overview/)是使用关键字驱动的测试工具之一。

7.对象驱动测试

作为无脚本测试的另一种方式，对象驱动测试能够在应用程序中标识出要测试的对象，然后通过向这些对象添加操作，来创建相应的测试步骤。Worksoft(https://www.worksoft.com/worksoft-continuous-automation-platform/)工具就用到了此类方法。它可以识别自动化的企业级应用程序(如：SAP)，并对其执行各种操作。

8.通过流程图进行可视化测试

Codefuse(http://codefuse.io/)允许用户以流程图，而不是脚本的形式，来自动化测试各种流程。此类测试专注于流程图中的两种组件：条件与动作。用户不需要掌握任何脚本知识，只需要明白流程图的基本知识、以及流程所适用的场景，便可根据不同条件，在同一套工作流中自动执行多个分支。

9.将测试记录为脚本

将测试记录为脚本，是Selenium IDE(https://www.seleniumhq.org/docs/02_selenium_ide.jsp)、Katalon IDE(https://www.katalon.com/resources-center/blog/katalon-automation-recorder/)、以及Ranorex(https://www.ranorex.com/help/latest/ranorex-studio-fundamentals/ranorex-recorder/introduction/)采用的传统测试方法。可作为浏览器扩展的Selenium IDE和Katalon IDE只能记录浏览器的行为。而Ranorex则不仅限于测试网站，它提供单独的应用程序来打开相应的集成记录器。

此类测试工具通过命令和选择器的详细信息，来记录用户的所有操作。而相应的测试步骤记录，既可以被直接执行，也可以被导出为不同的编程语言。通过增加更多的功能与条件，用户可以进一步丰富其导出的测试用例。

10.用于测试自动化的AI机器人

此类工具主要注重用户的测试体验，并能够及时提供用户的反馈。作为使用AI机器人开展测试自动化的“先驱”，Test.ai(https://www.test.ai/)通过了解用户使用移动应用的各项行为，进而根据他们的偏好来采取测试。

原文标题：Scriptless Testing Is Not Just Record and Playback: Top 10 Scriptless Testing Approaches，作者: Shruti Sharma