编码UI测试自动化技术

Question

如何使编码UI测试技术比任何其他测试技术更有利？使用编码的UI测试的主要优点是什么？

Answer 1

以下是UI测试的优点：

• 如果没有单元测试，也没有引入它的能力(遗留代码或外部交付)，则可以进行测试。
• 有利于集成和/或系统级测试。
• (在一定程度上)模仿真实的用户行为/输入

还有很多缺点，主要是它们更脆弱，因此更难以维护和创造--我发现这通常是正确的。

另一件与它们相反的事情是，通常UI测试需要一个专用的系统(您需要UI，而不需要运行其他程序)，这与单元测试不同，因为在单元测试中，可以有5个并行执行。这使得它们不可能在每次签入之前在开发人员的机器上运行。

然后就有了执行时间，这使得在每次签入时都很难执行它们。在大多数情况下，UI测试只在夜间、每周甚至手动执行。

有许多变体 of 测试金字塔。大多数人说，应该有比UI测试更多的单元测试，对于相当复杂的应用程序，也应该有其他类型的测试。

Answer 2

团队使用GUI测试作为集成或系统测试程序的一部分是没有任何原因的，而且在所有情况下都没有最好的测试类型。根据阿尔文·亚历山大的一篇文章快速列出优势：

1. 寻找回归误差。
2. 让人类GUI测试人员(“领域专家”)回到正常的工作岗位，而不是运行机器人应该运行的测试。
3. 覆盖没有单元测试的应用程序区域。
4. 检测平台间行为的差异

我最广泛地使用GUI测试的地方是，我们必须在一个大型系统中支持一个复杂的GUI。我们有一个Windows桌面应用程序，必须运行在XP，Vista，7和几个MS服务器操作系统，加上一些额外的服务包。由于我们与Microsoft交互，这些变体乘以我们支持的office版本。因此，每个发行版都必须在20多个组合上运行几个小时的测试脚本。如果没有虚拟机数组和GUI测试工具，这是不可行的。

我们记录了许多实际用户的会话，让业务分析人员生成自己的测试，加上测试团队添加了自己的测试。即使对测试脚本进行定期的剪枝，运行完整的测试脚本也需要几个小时。

请注意，有两大类工具。“通用”工具记录鼠标点击/击键并比较屏幕截图。“检查”工具对被测试的程序进行询问，以找到控件并读取结果。许多工具都可以做到这一点，有些工具还可以将库构建到程序中以方便测试。截图比较总是可用的，但非常脆弱(在XP中，启用键盘语言切换可以使任务栏高出一个像素，这是打破了我们一系列测试的一个例子)。但是，如果移动、重命名或控件类型更改，智能工具可能会出错。

Answer 3

考虑顶部的试验金字塔是UI。在使用mvvm的wpf上下文中，这意味着尽可能多地对模型进行单元测试。然后，您将尽可能多地测试您的视图模型。这使得一些UI没有经过测试，这就是编码ui测试的来源。因此，一点点编码的ui测试可能是件好事。如果您使用它太多，您将测试太多，测试将是缓慢的。简单地说，只是测试perperties是否适合视图模型。