大體總結了一下幾點容易出錯的地方html
1，版本後端
版本是否升級緩存
版本升級方式，包括強制，地區，灰度，敏感等服務器
新版本中老功能是否須要支持網絡
老版本中新功能是否須要支持app
通常app內部都有個檢查更新前後端分離
- 當客戶端有新版本時，有更新提示。
- 當版本爲非強制升級時，用戶能夠取消更新，老版本能正常使用。用戶在下次啓動APP時，仍出現更新提示。
- 當版本爲強制升級時，當給出強制更新後用戶沒有作更新時，退出客戶端，下次啓動APP時，仍出現強制升級提示。
- 當客戶端有新版本時，在本地不刪除客戶端的狀況下，直接更新檢查是否能正常更新。
- 當客戶端有新版本時，在本地不刪除客戶端的狀況下，更新後的客戶端功能是不是新版本功能。
- 當客戶端有新版本時，在本地不刪除客戶端的狀況下，檢查資源同名文件如圖片是否能正常更新成最新版本。若是以上沒法更新成功的，也都屬於缺陷。
2，登陸工具
登陸邏輯，包括，記住密碼，失效時間，強退應用，測試
登陸首頁展現，是否灰度用戶，後臺首頁配置不一樣都有可能致使用戶首頁顯示不同htm
免登陸驗證
不少應用提供免登錄功能，當應用開啓時自動以上一次登陸的用戶身份來使用APP。
- 考慮無網絡狀況下可否正常進入免登錄狀態。
- 切換用戶登錄後，要校驗用戶登錄信息以及數據內容是否相應更新，確保原用戶退出。
- 根據Mtop的現有原則，一個帳戶只容許登錄一臺機器。因此，須要檢查一個帳戶登錄多臺手機的狀況。原手機裏的用戶須要被退出，給出友好提示。
- APP切換到後臺，再切換回前臺的校驗。
- 切換到後臺，再切換回前臺的測試。
- 密碼更換後，檢查有數據交換時，是否進行了有效的身份的校驗。
- 支持自動登陸的應用在進行數據校驗時，檢查系統是否能自動登陸成功而且數據操做無誤。
- 檢查用戶主動退出登陸後，下次啓動APP，應停留在登陸頁面。
3，機型適配
這個不用多說，根據手機銷量，銷量前10必須支持（銷量需取當年季度，當季月度，前兩年銷量。）
此處能夠採起自動化測試
4，正常的業務流程測試
個人建議是，務必走完整個流程，說不定那邊就出問題了，哈哈哈（儘可能採起自動化）
5，內部調用系統功能
app內部調用定位，相機，各傳感器的功能，須要作到，快，準，穩
快及響應快，不出現卡頓感受（過老的機子，能夠酌情考慮），準，定位準，穩，使用穩定，不閃退，不卡死
6，弱網及耗電
實用工具模擬慢速網絡，app應支持正常使用（涉及媒體處理邏輯）
不少應用會支持離線瀏覽，即在本地客戶端會緩存一部分數據提供給用戶查看。
- 在無線網絡狀況下能夠瀏覽本地數據。
- 退出APP再開啓APP時能正常瀏覽本地數據。
- 切換到後臺再回到前臺能夠正常瀏覽本地數據。
- 鎖屏後再解鎖回到應用前臺能夠正常瀏覽本地數據。
- 在對服務器端的數據有更新時會給予離線的相應提示。
7，調用第三方服務
app廣泛先後端分離，後端可能會出現異常，提別是調用第三方的服務。作到提示人性化，不閃退，不卡死
8，推送
推送是一個大坑，其中最大的坑實在環境上。常常會出現測試環境的推送發到了生產環境。
注意檢查推送的環境。配置地址啥的。。。
固然，還須要常規檢查
- 檢查push消息是否按照指定的業務規則發送。
- 檢查不接收推送消息時，用戶不會再接收到push消息。
- 若是用戶設置了免打擾的時間段，檢查在免打擾時間段內，用戶接收不到push消息；在非免打擾時間段內，用戶能正常接收到push消息。
- 當push消息是針對登陸用戶的時候，須要檢查收到的push消息與用戶身份是否相符，沒有錯誤的將其餘人的消息推送過來。通常狀況下，只對手機上最後一個登陸用戶進行消息推送。
- 測試push消息時，須要採用真機進行測試。
部分轉自：https://www.cnblogs.com/lwjnicole/p/8975395.html