1

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

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

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

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

我知道我们可以在将其转换为 Coded UI 测试方法后进一步添加断言数量。但这是拥有 Coded UI 的唯一优势吗?动作录制?

有什么建议么?

问候苏梅特

4

1 回答 1

5

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

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

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

于 2013-08-15T13:27:14.720 回答