UI测试和E2E测试有什么区别？每种方法的好处是什么？

Question

我们的团队正在考虑开始基于用户场景的测试。因此，我们选择了一个E2E框架。

搜索UI test将导致以下结果：

所以，我找到了这个this

上面写着

UI测试：用户界面测试。换句话说，您必须确保屏幕上的所有按钮、字段、标签和其他元素按照规范中的假设工作。

GUI测试：图形用户界面。您必须确保屏幕上的所有元素都能像规范中提到的那样工作，还必须确保颜色、字体、元素大小和其他类似的元素匹配设计。

功能测试：一种产品的质量保证过程，它根据规格要求假定对组件或系统的功能/功能进行测试。

E2E testing：它需要识别系统依赖关系，并确保正确的信息通过多个组件和系统传递。

我不明白UI Testing和E2E Testing之间的区别。

我在Android中编写了UI测试代码。我需要为每一次点击和查看等写一个代码。我觉得为什么我们需要这个？我宁愿用手指直接和动态地测试。

Answer 1

让我们首先看看E2E (端到端)测试和UI测试之间的区别：

• 端到端测试是检查整个系统/产品在部署时的行为是否正确。
• UI测试确保UI正确工作。

本质上，UI测试主要集中在产品的UI组件上。使用模拟后端进行此测试是完全合适的，以避免需要运行整个系统来检查UI。

UI测试和E2E测试之间存在大量重叠。也就是说，如果您在UI测试中测试表单，我也希望在E2E场景中测试该表单。主要的区别将是覆盖范围，E2E测试将尝试涵盖可能是表单的一种使用的场景。在其中，UI测试将涵盖用户可以使用表单所做的所有事情，包括输入不良数据。

E2E测试的一个问题是，当测试失败时，您需要花一些时间找出是哪个组件导致了失败。通过对每个组件进行测试(包括UI测试)，其中一个组件的测试应该会出现相应的失败。

假设您的E2E测试失败了，因为登录按钮已经从UI中消失了。您的E2E测试会说用户无法登录。这是因为在使用SSO (例如LDAP)时，UI、API、凭据存储(例如数据库)、与外部服务的连接吗？在查看UI测试时，它还会说用户无法登录，但现在您知道这是一个UI问题。

I wrote UI Test Code in Android Studio. And I need to write a code for each and every click and view, etc. I feel why do we need this? I'd rather test with my finger directly and dynamically.

与所有测试一样，每种类型的测试的深度在很大程度上取决于您的需求。在许多情况下，您描述的手动测试是完全足够的，通常是因为系统不安全，修复问题的成本也很低。但是，如果修复问题的成本很高，或者系统非常安全，那么您可能希望为每一次单击或查看编写测试，这是很有用的。

如果有任何问题，你希望我扩展，请留下评论。