testing - 与自动化测试用例相比，使用 CodedUI 测试的好处(通过 Action 记录)

Question

编码 UI 的唯一目的是执行自动化功能测试，不需要人工交互。我们可以有一个在 TFS 中管理的测试用例列表，我们可以在使用 MTM(Microsoft 测试管理器)运行测试用例时记录用户操作。在我们发现构建更改后，这些自动记录的操作也可以重复任意次数。

我引用了几篇文章建议生成编码的 UI 测试方法，从测试用例的记录操作或将它们链接(关联自动化)到测试用例。例如:

http://msdn.microsoft.com/en-us/library/dd286652.aspx

我无法理解同时拥有自动化编码 UI 测试和同一测试用例的记录操作的优势？我一定是错过了一个目标，在我继续前进之前我必须知道这个目标。

我知道我们可以在将其转换为编码的 UI 测试方法后进一步添加断言的数量。但这是编码 UI 相对于 Action 记录的唯一优势吗？

有什么建议吗？

问候 相会

Answer 1

MTM 执行的测试对屏幕上显示的内容进行手动验证检查。将有带有诸如“期望看到...”或“值...应该显示...”之类的测试步骤。要使用 MTM 正确执行测试，应执行这些验证步骤中的每一个。 MTM 无法自动执行这些检查。

转换为编码 UI 测试不会直接添加检查，但编码 UI 允许将自动检查添加到测试中。将 MTM 测试转换为编码 UI 测试后，可以使用编码 UI 的十字准线工具(也称为断言工具和类似术语)添加断言，断言屏幕上的值包含预期值。

转换的另一个原因是 C# 或 VB 的完整编程工具可用于向测试中添加额外的功能。