如何在Xcode UI测试中获取授权部分

您提到的第二个想法是在测试中跳过登录屏幕的好方法。此外,实现令牌传递对开发团队也有帮助。这些启动参数可以存储在运行方案设置中。

此外,如果您以同样的方式实现深度链接,那么它将为QA和开发团队带来更多的速度增强。

当然,这些“捷径”只能在运行 debug 配置(使用 #if DEBUG... )

在我看来你的登录服务 service 你的应用可能需要执行或显示一些用例,应该是 mocked . 这意味着在你的自动化系统中 unit/ui testing 环境您的应用程序将与模拟的服务实现对话,这意味着登录服务或授权服务响应应模拟为成功或失败,因此您可以测试两者。

为了实现您的服务都应该表示为接口/ protocols 实现/实现细节应该在生产、开发或自动化中 testing 环境。

我绝不会在自动化测试中涉及任何网络。您应该创建一个授权服务的模拟实现,例如,在自动化测试环境中,可以根据您正在运行的测试来模拟以给出成功或失败的响应(您可以在setup()方法中执行此设置)。

最真实的测试套件将在每个测试开始时登录(如果需要),并在拆卸过程中注销(如果合适)。这将使每个测试保持独立,并允许每个测试使用不同的凭据集,而无需检查它是否已登录/需要更改为不同的用户帐户,因为测试将始终在最后注销。

这并不是一个简单的方法,因为如果测试失败(因为应用程序可能不是teardown所期望的状态,这取决于您的实现),那么teardown代码不一定能够正确执行,但是如果您正在寻找端到端的测试,只使用生产用户使用的代码路径,这是一种可以做到的方法。

引入mocking/stubing可以使您的测试更加独立和可靠—您可以选择在测试中要多少反映生产用户体验。