UI 测试和 E2E 测试有什么区别？以及每个的好处是什么？

Question

我们的团队正在考虑根据用户场景开始测试。所以，我们正在选择一个 E2E 框架。

搜索UI test导致以下内容：

所以，我发现了这个

它说

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

GUI测试：图形用户界面。你必须确保屏幕上的所有元素都按照规范中提到的那样工作，并且颜色、字体、元素大小和其他类似的东西与设计相匹配。

功能测试：产品质量保证过程，根据规范要求，对组件或系统的功能/功能进行总体测试。

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

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

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

Answer 1

让我们先看看 E2E（端到端）测试和 UI 测试之间的区别：

• 端到端测试是检查整个系统/产品在以部署方式使用时是否正确运行。
• UI 测试确保 UI 正常工作。

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

UI 测试和 E2E 测试之间存在大量重叠。IE 如果您在 UI 测试中测试表单，我还希望在 E2E 场景中测试该表单。主要区别在于覆盖范围，E2E 测试将尝试覆盖可能是表单的一种用途的场景。其中，UI 测试将涵盖用户可以使用表单执行的所有操作，包括输入错误数据。

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

假设您的 E2E 测试失败，因为登录按钮从 UI 中消失了。您的 E2E 测试会说用户无法登录。是因为 UI、API、凭证存储（例如数据库）、使用 SSO（例如 LDAP）时与外部服务的连接吗？在查看 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.

与所有测试一样，您对每种类型的测试的深度很大程度上取决于您的需求。在许多情况下，您所描述的手动测试完全足够，通常是因为系统对安全性并不重要，而且解决问题的成本很低。但是，如果修复问题的成本很高，或者系统对安全至关重要，您可能希望投资于为每次点击或查看编写测试可能会有用。

如果您希望我扩展任何要点，请发表评论。