如果您有多种产品风格(不同的远程服务器实例),如何处理Play商店alpha / beta测试

时间:2017-10-24 13:17:18

标签: android gradle google-play

我有一个需要经历以下开发阶段的应用

培养─>静坐> UAT-> LIVE

每个阶段都有自己的远程服务器

Develop (https://www.xyz-dev.environment.com)
SIT (https://www.xyz-sit.environment.com)
UAT(https://www.xyz-uat.environment.com)
Live(https://www.xyz.environment.com)

我使用了以下产品口味

android {
        compileSdkVersion ...
        buildToolsVersion ...


     buildTypes {
         release {
                minifyEnabled true
                proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
          }

         debug {
                applicationIdSuffix ".debug"
          }
      }

  productFlavors {

           dev{
            applicationId "com.myapp.dev"
              buildConfigField("String", "ENV", "http://xyz-dev.environment.com")
           } 

          sit {
            applicationId "com.myapp.sit"
            buildConfigField("String", "ENV", "http://xyz-sit.environment.com")
          }


          uat {
            applicationId "com.myapp.uat"
            buildConfigField("String", "ENV", "http://xyz-uat.environment.com")

          }

          prod {
            applicationId "com.myapp"
            buildConfigField("String", "ENV", "http://xyz.environment.com")

          }
        }
    }

我很困惑如何使用Play商店alpha / Beta测试?如果我上传一个SIT风味apk到alpha并推广到beta和生产它会指向SIT环境?

我可以构建一个prod发布版本并上传到alpha,然后升级到beta和制作?但这里的问题是用户会修改生产数据

我不希望alpa / beta测试用户修改生产数据并点击prod服务器?他们也应该能够同时运行prod app和beta app吗?

处理指向不同环境的alpa / beta测试的最佳方法是什么?

1 个答案:

答案 0 :(得分:0)

逐一回答您的疑问:

如果我上传一个SIT风味apk到alpha并升级到beta和生产它会指向SIT env?

Yes it will point to SIT URL.

我可以构建一个prod发布版本并上传到alpha,然后升级到beta和制作?

 yes u need to make sure that data is not modified from server side until u move that into production.

我不希望alpa / beta测试用户修改生产数据并点击prod服务器?他们也应该能够同时运行prod app和beta app吗?

Not possible because application package will be same

处理指向不同环境的alpa / beta测试的最佳方法是什么?

Build Apk's with separate flavours for each to the respective environments u want to point and maintain different version codes for each otherwise it would never accept ur apk.