我正在盡我所能來學習如何正確測試我的Android應用程序。現在我通常用以下結構:改進測試,回調?
- 型號
- 改造(讓它通過回調處理線程)
- 包裝的改裝要求,關於成功和失敗 發佈事件由主持人被拾起。
- 演示者。
- 意見。
我已經在自己處理線程之前測試了應用程序。在這種情況下,我不知道如何驗證我的包裝是否實際調用事件發佈方法,因爲這些方法是在回調函數上調用的。我能做些什麼來解決這個問題?
我能想出的唯一解決方案是不使用回調,但它們很方便。僅僅爲了測試而自己處理事情不是退步嗎?
我只能猜測我的架構設計方法對於測試很差。
編輯:這個問題表明,它的測試拆分爲一個好主意:
1 .-測試您的異步過程正常提交。您可以模擬接受異步請求的對象,並確保提交的作業具有正確的屬性等。 2.-測試您的異步回調是否正確。在這裏,您可以嘲笑最初提交的作業,並假設它已正確初始化並確認您的回調是正確的。
但是,如何測試第一部分而不嘲笑改造服務(因爲不應該模擬第三方代碼)?
你可能想看看Observables with Retrofit,它們也很方便,而且測試起來也容易很多。 – Egor