Android测试包与正式包共存的关键是通过testApplicationId分离applicationId，确保androidTest APK包名与主APK不同，避免安装冲突，并正确配置targetPackage、sharedUserId及第三方库兼容性。

Android 测试包和正式包共存的关键是 applicationId 分离

默认情况下，android.defaultConfig.applicationId 是统一的，导致测试包（androidTest）和正式包安装时冲突——系统认为是同一个应用。真正起作用的不是 flavor 或 buildType，而是 androidTest 源集最终生成的 APK 的 applicationId 必须与主 APK 不同。

用 testApplicationId 覆盖测试包包名

在模块级 build.gradle 的 android 块中显式设置：

android {
    defaultConfig {
        applicationId "com.example.app"
        // 其他配置...
    }
    // ? 这行必须加，否则 androidTest APK 会继承主 applicationId
    testApplicationId "com.example.app.test"
}

• testApplicationId 决定了 androidTest APK 的最终包名，它和主 APK 安装互不干扰
• 不设此项时，Gradle 默认复用 applicationId，安装会报 INSTALL_FAILED_CONFLICTING_PROVIDER 或直接覆盖
• 该配置对所有 build variant 生效；如需 per-flavor 差异，可用 androidTest { applicationIdSuffix ".flavor1" } 配合 testApplicationId 手动拼接

避免 instrumentation test 启动时找不到主 APK

即使包名分离，androidTest 还需能访问主 APK 的组件（比如 Activity、ContentProvider）。常见错误是 SecurityException: Permission Denial 或 ClassNotFoundException。

Android SMS Gateway

自托管短信服务，使用 Android 手机作为网关提供 HTTP API，支持发送/接收短信，兼容主流短信网关。

下载

• 确保 androidTest 的 AndroidManifest.xml 中 android:targetPackage 指向的是主 APK 的真实 applicationId（不是 testApplicationId）
• 如果主 APK 使用了 android:sharedUserId，测试 APK 也必须声明相同值，且签名一致（开发阶段通常忽略，但 CI 上要留意）
• 某些第三方库（如 LeakCanary 测试版）会注入自己的 Instrumentation，可能与你自定义的冲突，建议在 androidTest 中禁用或排除

验证是否真能共存：adb install 的输出要看清

执行 adb install -r app-debug.apk 和 adb install -r app-debug-androidTest.apk 后，检查是否两个都成功安装：

$ adb shell pm list packages | grep example
package:com.example.app
package:com.example.app.test

• 如果只看到一个，说明 testApplicationId 没生效，或被 flavor/manifestPlaceholders 覆盖了
• 注意：部分旧版 AGP（buildTypes.debug 下默认关闭 testCoverageEnabled，但这不影响安装，只影响覆盖率收集
• CI 环境中若用 connectedAndroidTest，它会自动先 install 主 APK 再 install test APK，但前提是两者 applicationId 不同，否则会静默失败

最容易被忽略的是：你以为改了 applicationIdSuffix 就够了，其实它只影响主 APK，对 androidTest 完全无效——必须单独配 testApplicationId。