Mac*_*ich 13 android mocking kotlin android-espresso mockk
我刚刚开始使用MockK在基于 MVP 的应用程序中模拟所有存储库/服务逻辑以进行 UI 测试。
我有一些运行登录活动的 UI 测试，其中 Espresso 输入登录名和密码，并使用 MockK 我可以伪造登录失败与否的各种情况。
所有服务和存储库都是标准的 Kotlin 对象，所以我使用mockkobject和every/coEvery来覆盖和处理登录请求和任务。
在我的物理设备上，测试完全没有问题，但是一旦我尝试在运行 Android P+ 并带有推荐图像的模拟器上运行它们，它们就会在随机时间不断崩溃。在极少数情况下，它们可以存活足够长的时间来工作。
查看日志，我得到了各种 SIGSEGV：
A/libc：致命信号 11 (SIGSEGV)，代码 1 (SEGV_MAPERR)，tid 10425 (e.android.debug) 中的故障地址 0x0，pid 10425 (e.android.debug)
A/libc：致命信号 11 (SIGSEGV)，代码 1 (SEGV_MAPERR)，tid 10968 (HeapTaskDaemon) 中的故障地址 0xc，pid 10957 (e.android.debug)
A/libc：致命信号 11 (SIGSEGV)，代码 1 (SEGV_MAPERR)，tid 15050 中的故障地址 0x0 (firebase-instal)，pid 14972 (e.android.debug)
A/libc：致命信号 11 (SIGSEGV)，代码 1 (SEGV_MAPERR)，tid 8902 中的故障地址 0xd (Measurement Wor)，pid 8858 (e.android.debug)
A/libc：致命信号 11 (SIGSEGV)，代码 1 (SEGV_MAPERR)，tid 22004 中的故障地址 0x0 (Binder:21832_5)，pid 21832 (e.android.debug)
但是深入查看日志，我相信我找到了罪魁祸首：
InputDispatcher: channel '9fa7335 my.company.com.android.debug/my.company.com.ui.login.LoginActivity(server)' ~ 通道不可恢复地损坏，将被处理！
正在寻找解决方案，这似乎是由于内存泄漏而发生的？
在任何情况下，我都确保@Before在我清除此类模拟并在@After方法中验证时以所有模拟发生的方法启动被测活动。
显然，我相信这些测试确实可以正常工作，但是 Espresso 或发生的所有嘲笑肯定有问题......
进一步查看之前的日志，这可能是内存泄漏的原因：
ActivityThread：服务 com.google.android.gms.autofill.service.AutofillService 泄露了最初注册在这里的 IntentReceiver com.google.android.gms.autofill.smsretriever.TracingSmsBroadcastReceiver@ce00658。您是否错过了对 unregisterReceiver() 的调用？android.app.IntentReceiverLeaked：Service com.google.android.gms.autofill.service.AutofillService 已经泄露了最初在这里注册的 IntentReceiver com.google.android.gms.autofill.smsretriever.TracingSmsBroadcastReceiver@ce00658。您是否错过了对 unregisterReceiver() 的调用？
我在模拟器上禁用了 AutoFillService（在相关设置部分设置为 none）。这似乎在开始时提高了我的测试成功率，但在运行几次后它们仍然崩溃。不过，现在日志不再显示此泄漏。
显然这个问题可能与 MockK 有关，因为我能够检索更多日志：
2020-07-24 11:57:15.955 15767-15780/com.my.company.android.debug A/libc: Fatal signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x0 in tid 15780 (HeapTaskDaemon), pid 15767 (e.android.debug)
2020-07-24 11:57:15.997 15962-15962/? E/crash_dump32: failed to detach from thread 15773: No such process
2020-07-24 11:57:15.997 15962-15962/? E/crash_dump32: failed to detach from thread 15778: No such process
2020-07-24 11:57:15.997 15962-15962/? E/crash_dump32: failed to detach from thread 15779: No such process
2020-07-24 11:57:15.997 15962-15962/? E/crash_dump32: failed to detach from thread 15780: No such process
// 20 more times of exact same line //
2020-07-24 11:57:16.007 15962-15962/? A/DEBUG: *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
2020-07-24 11:57:16.007 15962-15962/? A/DEBUG: Build fingerprint: 'google/sdk_gphone_x86/generic_x86:10/QSR1.190920.001/5891938:user/release-keys'
2020-07-24 11:57:16.007 15962-15962/? A/DEBUG: Revision: '0'
2020-07-24 11:57:16.007 15962-15962/? A/DEBUG: ABI: 'x86'
2020-07-24 11:57:16.008 15962-15962/? A/DEBUG: Timestamp: 2020-07-24 09:57:16+0000
2020-07-24 11:57:16.008 15962-15962/? A/DEBUG: pid: 15767, tid: 15780, name: HeapTaskDaemon >>> com.my.company.android.debug <<<
2020-07-24 11:57:16.008 15962-15962/? A/DEBUG: uid: 10136
2020-07-24 11:57:16.008 15962-15962/? A/DEBUG: signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x0
2020-07-24 11:57:16.008 15962-15962/? A/DEBUG: Cause: null pointer dereference
2020-07-24 11:57:16.008 15962-15962/? A/DEBUG: eax 00000000 ebx ef8a6c34 ecx 00000000 edx f310b604
2020-07-24 11:57:16.008 15962-15962/? A/DEBUG: edi f3200380 esi 00000000
2020-07-24 11:57:16.008 15962-15962/? A/DEBUG: ebp e659d9a8 esp e659d940 eip ef7d89f4
2020-07-24 11:57:16.027 2044-2135/? E/InputDispatcher: channel '342ebda com.my.company.android.debug/com.my.compan.android.ui.error.LoginActivity (server)' ~ Channel is unrecoverably broken and will be disposed!
经过进一步调查，Android Test Github repo 上有一个存在 1 年的问题，显示了同样的问题（但问题现已关闭）：https : //github.com/android/android-test/issues/352
Mockk 的一个相关问题在这里打开：https : //github.com/mockk/mockk/issues/466
我正在探索Mockito有更多历史和更积极发展的替代方案。这花了一些时间，但我在将 UI 测试迁移到 Mockito 时没有遇到重大问题。
结果：嗯，起初崩溃完全消失了。我可以毫不费力地启动我的测试运行，10、20、30 次。至少在手机上。
但是，在 Android TV（仍然带有模拟器）上，崩溃很快又出现了。然后在移动设备上也是如此，但由于来自InputDispatcher.
在设置到 Mockito 的迁移时，我注意到在 Android 测试仪器上进行模拟时，Mockk 与 Mockito 共享相同的限制和依赖项。我面临同样的问题和同样的困难。
所以这让我相信他们都不是罪魁祸首，但很可能是 Android Instrumentation API。
我还注意到手动重启模拟器大大改善了这种情况。
小智 1
我的仪器测试套件也遇到了这个问题，并且怀疑 MockK （至少部分）有问题。
这远非真正的解决方案，但我注意到使用 Android Test Orchestrator 运行我的测试大大减少了由于测试进程崩溃（由上述段错误引起）而导致随机失败的可能性。（如果您正在使用 Firebase 测试实验室模拟器运行测试，这可能会特别有帮助。）使用 Orchestrator 的另一个好处是，它可以很好地挖掘日志（在 Firebase 测试实验室中），以找到根本错误，如果您的测试Orchestrator 进程中确实失败。
我不确定这是否适合每个人，但如果确实如此，则可能表明 MockK（如果它确实是此问题的根源）没有完全清理并泄漏到其他测试中。