我们的Android应用程序非常庞大，我们需要通过自动化测试覆盖很大一部分代码，我们使用Appium。我们的大多数Appium测试都会运用调用端点的代码部分，因此非常耗时。对于用户询问如何模拟端点的问题，Appium论坛（https://discuss.appium.io/t/how-to-mock-api-backend-in-native-apps/4183）中的回复似乎建议仅使用Appium进行端到端测试？
我的问题是如何编写行业Appium测试？根据测试金字塔的定义，我们应该编写很少的端到端测试。那么使用Appium的行业应用程序很少有这样的测试吗？在使用Appium时尝试模拟端点是不常见的吗？如果没有，如何用appium模拟端点，例如使用WireMock？
此致
稻谷
答案 0 :(得分：1)
Appium是移动应用程序UI自动化的完美框架，但它绝对不是为产品提供100％的测试覆盖率（不仅包括移动/ Web客户端，还包括后端服务，数据库等）
Appium的良好实践（与Web上的WebDriver相同）也是尽可能快地编写快速测试，这意味着通过api调用/数据库交互生成/准备/删除测试数据或应用程序状态。 Appium不会强迫您实施完全e2e测试：您可以通过Appium轻松启动相应的Activity并继续测试该步骤，跳过其他测试中涵盖的一系列先前步骤。
常见问题是当工程师试图仅依靠Appium在UI操作上构建移动自动化测试时，测试变得耗时，不稳定且速度慢。
如果auth服务失效，启动UI测试套件没有多大意义，对吧？获得这些错误的快捷方法是获得良好的API /集成测试覆盖率 - 这里我们回到测试金字塔;）