裝置多樣性
作業系統、瀏覽器、應用程式執行時環境、螢幕解析度、人機互動介面和介面、人體工程學設計、螢幕尺寸等
運營商網路基礎設施
自動化指令碼程式設計與開發
可用性測試
2.基於模擬器的測試
使用模擬器進行測試也許不是最佳測試方法，但通常卻是最實用和最節約成本的，而且它還有一些其它優點。
第一，模擬器更加便利地進行功能測試，你可以通過單步除錯發現沒有滿足需求設計的地方和細節。通過模擬器除錯和分析bug，從而為在真機測試階段減少不少的花費。
第二，模擬器容易管理，因為模擬器是基於pc的，所以每乙個測試人員和開發人員都有這個「裝置」。開發人員可以自己管理上面的軟體，不需要系統管理員。
第三，不同的模擬器模擬不同的裝置。為了模擬在某一種裝置上測試，只需要載入該種裝置對應的模擬器配置檔案即可，最棒的是，你無須為訪問運營商網路支付任何費用！
第四，pc上的模擬器具備更快的cpu以及更大的記憶體容量，這使得執行起來程式更快 ，也使得測試以較快完成。
3.真機測試與基於模擬器的測試方法對比
4.相容性測試
作業系統版本
螢幕解析度
不同廠家的rom
網路型別
5.流量測試
使用者的操作直接導致的流量消耗。
在使用者沒有直接使用情況下的流量消耗。
6.電量測試
測試耗電量。
7.弱網路測試
訊號不好的地方（建築物或隧道），以及基站間切換，或者在體育場等人員密集場所基站容量跟不上等。
8.安全測試（3）賬戶安全
密碼是否明文儲存在後台資料庫
密碼傳輸是否加密
賬戶鎖定策略
同時會話
比如使用不同客戶端登入同一賬戶和密碼。
登出機制
在客戶端登出後，斷網重連後，切換網路連線方式後，賬戶身份都應該失效。
9.環境相關測試
App隱私策略
一 本公司如何收集您的個人資訊 個人資訊是可用於唯一地識別或聯絡某人的資料。二 本公司如何使用您的個人資訊 2 通過您的個人資訊實現密碼找回功能。如果不存在清忽略 3 除本公司發生重組 合併或 可將我們收集的一切個人資訊轉讓給相關第三方外，本公司不會向任何無關第三方提供 出租 分享或交易您的個人資訊...
APP測試學習 APP測試思路
採用star法則分析 情境 situation 目標 target 行動 action 結果 result 四項 a 具體怎麼做？1.需求分析 2.測試準備 3.測試執行 4.測試分類 1.功能測試 相比web，安裝，解除安裝和更新的功能測試更多 檢查與他端的互動 安卓 adb命令 iso itoo...
app快取策略探索
最開始的時候只是希望減輕伺服器壓力，減少不必要的計算過程。比如使用者資料沒變化的時候就不需要去計算使用者的各種資料，直接使用快取就好了。這裡將伺服器的介面返回資料根據策略快取在redis中，然後根據上次更新之後的時間戳來判斷是否需要重新計算快取中的資料。有人可能開始質疑。這個資料本來就是放在快取中的...