coded-ui-tests - AAA 是编码 UI 测试的好习惯吗？

Question

我在所有自动测试(单元测试、系统测试等)中使用 AAA 语法(Arrange、Act、Assert)。
最近我开始编写编码的 UI 测试。现在我想知道 AAA 语法是否适合这里。与单元测试不同，其中每个测试都有一个行为和断言(或多个断言)，而且我可以有数百个它们将运行不到几分钟，编码 UI 测试将运行更长的时间。因此，如果我以与编写单元测试相同的方式编写编码的 UI 测试，它们将需要几个小时(如果不是更长的话)才能运行。

如果我将编码 UI 测试与手动 UI 测试进行比较，则菜单测试不使用 AAA 语法以节省时间(不会一遍又一遍地执行相同的“排列”操作，只是为了在再次单击后检查字段的值)。

你在你的应用程序中做什么？您建议如何编写编码的 UI 测试？

Answer 1

是的。在这里也使用相同的方法。手动测试人员在单个测试中进行大量验证。自动化时，最好将多个验证测试用例拆分为较小的测试用例，并仅对每个测试用例进行最少的断言。这将使您将来的测试用例维护变得容易。一旦您已经在测试方法中进行了断言，则继续进行另一组 AAA 并不是一个好习惯。

时间不是问题。 UI 自动化应该运行缓慢。 CodedUI 测试通常在具有测试 Controller 和测试代理的测试实验室中运行。在这里，您的数百个测试将在所有测试代理上并行运行，从而减少整体执行时间。

我的 CodedUI 测试方法是这样的:

[TestMethod]
public void VerifyWhenThisThenThis() 
{
   // Prepare test data, Perform prerequisite action

   // Do test

   // One or more assertions to verify one major requirement only. 

   // If other major verification exist then split the test case 
   // and write a new test method for it.
}

如果测试用例很大，那么请手动测试人员拆分它(或自己拆分通知测试人员)。维护一个单独的自动化测试包，其测试用例比手动测试人员短。