android 测试工程 关闭混淆,混淆Android Test项目以及项目(在发布和混淆版本上运行测试)...

在阅读赏金的评论之后,我意识到OP实际上只是提出了一些简单的是/否回复,所以我将把我的评论扩展到答案.一般来说,正确设计的proguard.cfg和项目结构足以防止这种困境.

典型的proguard配置(参见第7节“this link中的完整Android应用程序部分”)保证在混淆期间保留所有与Android相关的内容,如Activity,View等.例如,改变配置没有任何意义,以混淆Acticity.onCreate()方法,因为它显然会在运行时破坏应用程序.换句话说,一个好的设计proguard.cfg将保护所有公共接口到底层运行时框架并保持它们保持不变.

... ...

-keep public class * extends android.app.Activity

-keep public class * extends android.app.Application

-keep public class * extends android.app.Service

-keep public class * extends android.content.BroadcastReceiver

-keep public class * extends android.content.ContentProvider

-keep public class * extends android.view.View {

public (android.content.Context);

public (android.content.Context,android.util.AttributeSet);

public (android.content.Context,android.util.AttributeSet,int);

public void set*(...);

}

... ...

另一方面,Android测试项目应该专注于测试Android组件(在混淆期间故意保留),即一个视图被正确呈现,一个按钮点击执行正确的任务,并应避免为不依赖于任何的POJO类编写测试Android API,请注意这些POJO通常是我们混淆的.最好在应用程序或引用的java项目中为这些POJO编写纯junit测试,以便在创建最终版本(模糊,签名和zipaligned)之前在maven测试阶段涉及这些junit测试.此外,良好的OO设计将屏蔽这些中间POJO依赖性并使它们对外部透明,即运行时框架.

app/

src/main/java/

src/test/java/

AndroidManifest.xml

... ...

app-test/

src/main/java

AndroidManifest.xml

... ...

在Android测试项目中编写POJO junit测试是绝对正常的,但是,如果您仍然希望能够针对混淆的apk运行测试项目,则需要正确调整应用程序项目的proguard.cfg并在混淆期间保留POJO类.为了适应测试代码.