移動端測試用例怎么寫？每種測試方法其實都有一個最佳測試時間，如在版本測試階段，我們應(yīng)當要先做基本功能測試，邊界分析測試和中斷，交互功能測試，快速發(fā)現(xiàn)bug提單給開發(fā)去快速修復(fù)，保證主體功能可以盡快得到保證，而不是一開始就先糾結(jié)與性能，壓力和兼容測試。
一方面這類測試往往所消耗的時間會很長，降低了發(fā)現(xiàn)bug的速度，另一方面先做這部分測試后，再去發(fā)現(xiàn)主體功能的bug，那么在開發(fā)人員動了大量代碼之后，還是要再執(zhí)行一遍性能，壓力和兼容測試的相關(guān)用例，不僅勞命傷財，效果還事倍功半。
所以在實際項目測試中，當前我們的項目將測試內(nèi)容分為功能測試，兼容性測試，性能測試，穩(wěn)定性測試四項，分別在不同的測試階段進行（具體排期在測試計劃時確定）：
（1）功能測試 —— 版本測試階段；
（2）兼容性測試 —— 回歸測試階段前期；
（3）性能測試 —— 回歸測試階段，版本功能穩(wěn)定后執(zhí)行；
（4）穩(wěn)定性測試 —— 貫穿整個測試階段；
因此我們的功能用例更多的會使用『基本功能測試』，『邊界分析測試』『中斷功能測試』『交互功能測試』這幾類測試用例設(shè)計方法。具體大家在做 項目測試時，也建議通過實際情況做調(diào)整。
只有通過大量的堅持實踐和不斷的總結(jié)積累，才能打破固有思維，提升自己的測試用例設(shè)計能力。因此我們也提煉了一些移動客戶端的常見功能的測試用例設(shè)計點，這里就提供下我們總結(jié)的APP頁面類型功能的測試點，大致如下：
1. UE體驗
（1）布局與交互圖保持一致
（2）真機效果與UE圖沒有視覺上的嚴重偏差，如字號，字體大小，加粗，字體顏色，行高，行間距，按鈕擺放位置，間隔，尺寸等。
（3）資源圖正確使用，沒有不必要的拉伸，壓縮或其他效果。
（4）各種提示，文字通順不產(chǎn)生歧義，展示符合用戶使用習慣。
（5）動畫效果不卡頓，正常展現(xiàn)。
2. 頁面操作
（1）是否有防重復(fù)點擊，即連續(xù)快速點擊不會出現(xiàn)多個頁面或彈窗
（2）單指滑動，單指單擊，單指雙擊，單指長按，單指縮放，多指點擊
（3）搖一搖，橫豎屏切換，前后臺切換
（4）長時間使用，長時間放在后臺
3. 不同場景下的頁面操作
（1）不同網(wǎng)絡(luò)，弱網(wǎng)下的頁面跳轉(zhuǎn)，點擊響應(yīng)的展現(xiàn)效果
（2）修改本地參數(shù)后的頁面操作展現(xiàn)效果，如修改日期，時間，時區(qū)，語言，鍵盤等
（3）修改系統(tǒng)權(quán)限后的頁面操作展現(xiàn)效果，如打開關(guān)閉定位，攝像，照片，通訊錄等的授權(quán)等
（4）頁面操作過程中有系統(tǒng)打斷，如來電，短信，鬧鐘提醒，日歷提醒，藍牙提醒，插拔數(shù)據(jù)線，插拔耳機，待機，鎖屏，低電量提醒等
（5）頁面操作過程中進行前后臺切換，如當頁面數(shù)據(jù)交換時，有彈窗，提示框的時機進行切換容易發(fā)現(xiàn)問題。
（6）針對非主線程調(diào)用的接口，前端要對異常及無網(wǎng)絡(luò)情況做異步處理，不提示異常且不影響主線程操作。
4. 頁面數(shù)據(jù)獲取和展現(xiàn)
（1）頁面是否有緩存，緩存機制是怎樣的，緩存的內(nèi)容有哪些；
（2）在提交頁面數(shù)據(jù)失敗后是否有重試機制，重試的接口參數(shù)是否保持不變；
（3）在頁面操作過程中，異步接口返回的內(nèi)容，是否對用戶透明（客戶端兼容忽略請求返回msg）；
（4）在頁面操作過程中，對于接口返回的異常數(shù)據(jù)，客戶端需兼容，保證程序不crash。；
sales@spasvo.com
