在閱讀賞金的評論之后,我意識到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類.為了適應測試代碼.

總結

以上是生活随笔為你收集整理的android 测试工程 关闭混淆,混淆Android Test项目以及项目(在发布和混淆版本上运行测试)...的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。