我们的团队正在考虑根据用户方案开始测试。因此，我们选择了一个E2E框架。
搜索UI test会导致以下结果：
所以，我找到了这个this
说
UI测试：用户界面测试。换句话说，您必须确保屏幕上的所有按钮，字段，标签和其他元素均按规范中的假定进行操作。
GUI测试：图形用户界面。您必须确保屏幕上的所有元素均按规范中所述工作，并且颜色，字体，元素大小和其他类似内容也应与设计匹配。
功能测试：产品的质量保证过程，该产品假定根据规范要求对组件或系统的功能/功能进行了总体测试。
端到端测试：它需要识别系统依赖性并确保正确的信息通过多个组件和系统传递。
我没明白UI Testing和E2E Testing之间的区别。
我在Android Studio中编写了UI测试代码。而且我需要为每次单击和查看等编写代码。我觉得我们为什么需要此代码？我宁愿直接和动态地测试手指。
答案 0 :(得分：0)
让我们从端到端测试和UI测试之间的区别开始：
基本上，UI测试的重点是产品的UI组件。完全可以使用模拟的后端进行此测试，以避免需要运行整个系统来检查UI。
UI测试和E2E测试之间存在大量重叠。即如果您在UI测试中测试表单，我也希望该表单能够在E2E场景中进行测试。主要区别在于覆盖范围，E2E测试将尝试覆盖场景，这可能是该表格的一种用法。在这种情况下，UI测试将涵盖用户可以使用表单进行的所有操作，包括输入错误的数据。
端到端测试的问题之一通常是当测试失败时，您需要花费一些时间来找出导致失败的组件。通过对每个组件进行测试（包括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.
与所有测试一样，每种测试的深度取决于您的需求。在许多情况下，您描述的手动测试是完全足够的，通常是因为系统对安全性不是很关键，并且解决问题的成本很低。但是，如果解决问题的成本很高，或者系统的安全性很重要，那么您可能希望投资编写测试，以便每次单击或查看都会有用。
如果您有任何要说的地方，请发表评论。