TestComplete是一款具有人工智能的自动UI测试工具，利用自动化测试工具和人工智能支持的混合对象识别引擎，轻松检测和测试每个桌面，Web和移动应用程序。其中，TestComplete支持测试使用C++、C＃、VB.NET、Java、Delphi、C ++ Builder等其他开发工具创建的32位和64位Windows桌面应用程序。

今天为您继续讲解如分析记录测试。

6、分析记录测试

完成录制后，TestComplete会打开录制的关键字测试以进行编辑，并在关键字测试编辑器中显示测试内容：

记录的测试类似于上图所示内容。当然，实际的测试可能会所差别。例如，如果您在C ++ Builder或Delphi应用程序上记录了测试，则它可能具有其他对象名称或窗口索引。 该测试包含与您在录制期间在Orders应用程序上执行的操作相对应的命令。

在命令下方，有一个Test Visualizer面板，显示TestComplete在测试记录期间为操作捕获的图像：

这些图像说明了记录的操作，并帮助您更好地了解操作执行的操作。当然，TestComplete仅捕获与用户操作（鼠标单击，键入文本等）对应的操作的图像。在编辑器中选择操作时，Test Visualizer会自动选择适当的图像，以便您可以在执行操作之前轻松浏览应用程序状态。要仔细查看所需图像，请在“测试可视化器”面板中双击它。

我们测试中的第一个操作是Run TestedApp。它用于从关键字测试启动经过测试的应用程序（在我们的例子中，它是Orders应用程序）。TestComplete会在自动启动应用程序时自动记录此操作，或者从“ 录制”工具栏或操作系统UI的某个位置检测应用程序启动。

第二个操作是对应于File> Open菜单项的选择。

第三步操作是模拟通过“打开文件”对话框打开文件：

在某些情况下，TestComplete可以记录一系列操作，这些操作模拟您在使用“打开文件”对话框控件时执行的操作。

需要注意的是，建议在“打开文件”对话框的“ 文件名”框中键入要打开的文件的全名，而不是使用对话框控件导航到该文件。无论哪种操作系统，对话框中可用的导航栏和面板以及对话框中显示的路径如何，此方法都可以记录将成功执行的测试。如果测试包含一系列模拟“打开文件”对话框上的操作的操作，则可以修改测试并使用OpenFile方法调用手动替换这些操作。

之后，遵循使用应用程序主窗口和订单表单模拟操作的操作：

我们在测试记录期间添加的比较操作：

最后，关闭Orders应用程序，并在此消息框中按下模拟“No”按钮的操作。

如您所见，TestComplete会自动将操作组织到与您使用的进程和窗口对应的组中。分组使测试结构更易于理解，并提供有关被测应用程序中存在的对象层次结构的一些信息。 我们在一个流程上记录了用户操作。因此，我们只有一个“进程”组节点。它包含您在流程窗口和控件上模拟的所有操作。我们在Windows上执行的操作和Orders进程的控件被组织成许多“窗口”分组节点：

您可能会注意到，测试过程及其窗口和控件的名称与我们在前面的一个步骤中在“对象浏览器”面板中看到的名称不同。例如，在对象浏览器中，测试过程被命名为Process（“Orders”），而在测试中它被称为Orders ; 主窗口被称为WinFormsObject（“MainForm”），而在测试中它被称为MainForm，依此类推。 这有一个合乎逻辑的原因：默认情况下，TestComplete会自动为测试记录期间使用的对象生成和使用自定义名称。

生成和分配自定义名称称为名称映射。TestComplete映射名称，因为默认名称可能难以理解。可能难以确定哪个窗口或控件对应于名称。使用映射名称可以使测试更容易理解，更稳定。除映射名称外，TestComplete还将映射对象的映像存储在名称映射存储库中。这有助于您了解哪个窗口或控件中的一个或另一个映射对象匹配。