通过自动化测试用例进行CodedUI测试的好处（通过动作记录）

Question

Coded UI的唯一目的是执行自动功能测试，不需要人工交互。我们可以在TFS中管理一个TestCase列表，我们可以在使用MTM（Microsoft Test Manager）运行测试用例时记录用户操作。在我们发现构建更改后，这些自动记录的操作也可以重复多次。

我已经提到了一些文章，建议生成一个Coded UI TestMethod，来自Testcase的Recorded action或者将它们链接（Associate Automation）到TestCase。例如：

  

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

我无法理解同时使用自动编码UI测试和同一TestCase的记录操作的优势？我必须错过一个目标，在我进一步行动之前，我必须知道这个目标。

我知道我们可以在将其转换为Coded UI testmethod之后进一步添加断言数。但这是使用Coded UI，Action录制的唯一优势吗？

有什么建议吗？

此致 Sumeet

Answer 1

MTM执行的测试具有对屏幕上显示内容的手动验证检查。将会有一些测试步骤，例如＆＃34; 期望看到...... ＆＃34;或者＆＃34; 值......应该显示...... ＆＃34;。要使用MTM正确执行测试，应执行每个验证步骤。 MTM无法自动执行这些检查。

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

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