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决定了androidTestAPK 的最终包名，它和主 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。
- 确保
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。
