关于 Android Appium 自动化测试

Question

我们的 Android 应用程序非常大，我们需要通过自动化测试覆盖大部分代码，为此我们使用 Appium。我们的大多数 Appium 测试都会执行调用端点的代码部分，因此非常耗时。对于用户询问如何模拟端点的问题，Appium 论坛 (https://discuss.appium.io/t/how-to-mock-api-backend-in-native-apps/4183) 中的回复似乎建议仅使用 Appium 进行端到端测试？

我的问题是行业 Appium 测试是如何编写的？根据测试金字塔的定义，我们应该编写很少的端到端测试。那么使用 Appium 的行业应用很少有这样的测试吗？使用 Appium 时尝试模拟端点是否不常见？如果没有，如何使用 appium 模拟端点，例如使用 WireMock？

问候，

稻谷

Answer 1

Appium 是移动应用程序 UI 自动化的完美框架，但它绝对不是为了提供 100% 的产品测试覆盖率（不仅包括移动/网络客户端，还包括后端服务、数据库等）

Appium 的良好实践（与 Web 上的 WebDriver 相同）是尽可能多地编写简短的快速测试，这意味着通过 api 调用/数据库交互生成/准备/删除测试数据或应用程序状态。 Appium 不会强制您实施完全的 e2e 测试：您可以通过 Appium 轻松启动适当的 Activity 并从该步骤继续测试，跳过其他测试中涵盖的一系列先前步骤。

常见的问题是当工程师试图仅依赖 Appium 对 UI 操作构建移动自动化测试时，测试变得耗时、不稳定且缓慢。

如果auth 服务关闭，启动您的 UI 测试套件没有多大意义，对吧？获得这些错误的快速方法是拥有良好的 API/集成测试覆盖率——我们回到测试金字塔；）