Android app_檢查與測試

流程檢查

確定邏輯與預期相同，希望能邁向ＴＤＤ，預前先寫測試程式，來定義上下限，與預期情境。

確保生命週期與預期的實用流程不衝突。

正常流程：一般正常流程能順利執行，注意功能鎖定直到該次執行完成。

失敗流程：像是要求失敗的處理狀況，該復原的假ＵＩ顯示等。

恢復流程：被系統回收後強制恢復，尤其是會被重新創建的fragment。

儘可能透過各種方法理解原生的狀態變化，使得大部分的情況都是預期內。

*注意：I/Choreographer: Skipped 32 frames! The application may be doing too much work on its main thread. 主線程過忙狀況，可能直接導致使用不順。

資料快取檢查

在使用repository的情況下，需要格外注意如何發揮快取最大用途，並減少後端負擔。

檢查何時更新快取，何時使用快取，在微小變動時，藉由直接更動快取來減少直接對伺服器發送要求。

單頁使用：該頁的使用不會有複數同時存在，在下次進入時，確定是否回到預設狀態。

複頁使用：該頁的使用會有複數同時存在，再多使用者的使用下，如何做回收銷毀。

GA檢查

統計並幫助企劃能理解使用者行為，並作為決策的部分依據。

畫面發送：在畫面跳轉之間，確保發送的畫面是正確的（包括發送包含子畫面時）

事件發送：在與企劃討論完他們的需求後，卻保發送事件的時機點，是與需求相符

利用開發人員選項

恢復檢查：開啟開發人員的直接關閉acticvity選項，來模擬app被收在background，最後遭告回收後，再重新要求開啟的恢復流程，是否有任何程序上的錯誤與閃退狀況。

overlay檢查：開啟開發人員顯示過度繪製選項，來觀察目前的畫面疊層狀況，儘可能避免不必要的畫面重複繪製，疊層。

邊界檢查：開啟開發人員顯示邊界繪製，對齊與細緻的畫面檢查，並與設計師溝通。

動畫測試

一般正常流程測試：在動畫正常進行的情況下，確保動畫不會被無預期的方式終止，或是狀態更改錯誤

在動畫進行時，確保不該目標失去效用，不會在同時執行其他動作，更甚者，確保其他相關的物件也不會被出發前往其他事件。

動畫失效測試：在動畫失效的情提下，預想該發生什麼樣的流程，如果是物件狀態會透過動畫改變的情況，務必保證失效一樣能達到狀態轉換。

操作測試

點擊home/recent key：觀察中離回來後是否有程序上的錯誤

雙重點擊：阻擋使用者在activity轉場過程中，重複觸發，並開啟雙重畫面

隨意點擊：隨意點擊，看是否會有突發狀況發生。

不同測試

手機廠牌：針對不同廠牌做以上的檢查與測試。

Android 版本：並確保在可執行的版本內都能正常運作。

產品上線後

定期觀察是否有bug回報

MissHong