2)根據被測功能點的特性列丼出相應型別的測試用例對其進行覆蓋，如；涉及輸入的地方需要考慮等價、邊界、負面、異常或非法、場景回滾、關聯測試等測試型別對其進行覆蓋。
3)在測試實現的各個階段跟蹤測試實現與需求輸入的覆蓋情況，及時修正業務或需求理解錯誤。
5）註冊
--同表單編輯頁面
--使用者名稱密碼長度
--註冊後的提示頁面
--前台註冊頁面和後台的管理頁面資料是否一致
--註冊後，在後台管理中頁面提示
6）登入
--使用合法的使用者登入系統。
--系統是否允許多次非法的登陸，是否有次數限制。
--使用已經登陸的賬號登陸系統是否正確處理。
--使用禁用的賬號登陸系統是否正確處理。
--使用者名稱、口令（密碼）錯誤或漏填時能否登陸。
--刪除或修改後的使用者，原使用者登陸。
--不輸入使用者口令和使用者、重複點（確定或取消按鈕）是否允許登陸。
--登陸後，頁面中登陸資訊。
--頁面中有登出按鈕。
--登陸超時的處理。
7）登出
--登出原模組，新的模組系統能否正確處理。
--終止登出能否返回原模組，原使用者。
--登出原使用者，新使用者系統能否正確處理。
--使用錯誤的賬號、口令、無許可權的被禁用的賬號進行登出
7) 出現必須處理的提示框後，切換到後台，再切換回來，檢查提示框是否還存在，有時候會出現應用自動跳過提示框的缺陷。
8) 對於有資料交換的頁面，每個頁面都必需要進行前後臺切換、鎖屏的測試，這種頁面最容易出現崩潰
2) 考慮無網路情況時能否正常進入免登入狀態。
3) 切換使用者登入後，要校驗使用者登入資訊及資料內容是否相應更新，確保原使用者退出。
4) 根據mtop的現有規則，乙個帳戶只允許登入一台機器。所以，需要檢查乙個帳戶登入多台手機的情況。原手機裡的使用者需要被踢出，給出友好提示。
6) 切換到後台，再切換回前台的測試
7) 密碼更換後，檢查有資料交換時是否進行了有效身份的校驗
8) 支援自動登入的應用在進行資料交換時，檢查系統是否能自動登入成功並且資料操作無誤。
9)檢查使用者主動退出登入後，下次啟動
，應停留在登入介面
根據應用的業務規則，以及資料更新量的情況，來確定最優的資料更新方案。
1) 需要確定哪些地方需要提供手動重新整理，哪些地方需要自動重新整理，哪些地方需要手動+自動重新整理。
2) 確定哪些地方從後台切換回前台時需要進行資料更新。
3) 根據業務、速度及流量的合理分配，確定哪些內容需要實時更新，哪些需要定時更新。
4) 確定資料展示部分的處理邏輯，是每次從服務端請求，還是有快取到本地，這樣才能有針對性的進行相應測試。
5) 檢查有資料交換的地方，均有相應的異常處理
很多應用會支援離線瀏覽，即在本地客戶端會快取一部分資料供使用者檢視。
1) 在無網路情況可以瀏覽本地資料
3) 切換到後台再切回前台可以正常瀏覽
4) 鎖屏後再解屏回到應用前台可以正常瀏覽
5) 在對服務端的資料有更新時會給予離線的相應提示
1) 當客戶端有新版本時，有更新提示。
4) 當客戶端有新版本時，在本地不刪除客戶端的情況下，直接更新檢查是否能正常更新。
5) 當客戶端有新版本時，在本地不刪除客戶端的情況下，檢查更新後的客戶端功能是否是新版本。
6)當客戶端有新版本時，在本地不刪除客戶端的情況下，檢查資源同名檔案如是否能正常更新成最新版本。如果以上無法更新成功的，也都屬於缺陷
2) 有用到定位服務、照相機服務的地方，需要進行前後臺的切換測試，檢查應用是否正常。
3) 當定位服務沒有開啟時，使用定位服務，會友好性彈出是否允許設定定位提示。當確定允許開啟定位時，能自動跳轉到定位設定中開啟定位服務。
4)測試定位、照相機服務時，需要採用真機進行測試
--中國為東8區，所以當手機設定的時間非東8區時，檢視需要顯示時間的地方，時間是否展示正確，應用功能是否正常。時間一般需要根據伺服器時間再轉換成客戶端對應的時區來展示，這樣的使用者體驗比較好。比如發表一篇微博在服務端記錄的是10：00，此時，華盛頓時間為22：00，客戶端去瀏覽時，如果設定的是華盛頓時間,則顯示的發表時間即為22:00,當時間設回東8區時間時，再檢視則顯示為10：00。
1) 檢查push訊息是否按照指定的業務規則傳送
2) 檢查不接受推送訊息時，檢查使用者不會再接收到push.
3) 如果使用者設定了免打擾的時間段，檢查在免打擾時間段內，使用者接收不到push。
在非免打擾時間段，使用者能正常收到push。
4) 當push訊息是針對登入使用者的時候，需要檢查收到的push與使用者身份是否相符，沒有錯誤地將其它人的訊息推送過來。一般情況下，只對手機上最後乙個登入使用者進行訊息推送。
5)測試push時，需要採用真機進行測試
APP測試點（功能 介面等）
根據產品需求文件編寫測試用例。軟體設計文件編寫用例。注意 就是根據產品需求文件編寫測試用例而進行測試。1 安裝執行解除安裝測試 2 安裝執行解除安裝的提示，報告等 2 ui測試 1 使用者介面 選單 對話方塊 視窗 等布局，風格是否滿足使用者需求，文字位置，描述是否正確，介面美觀程度，文字組合是否合...
APP測試點總結
1.功能性測試 根據產品需求文件編寫測試用例。軟體設計文件編寫用例。注意 就是根據產品需求文件編寫測試用例而進行測試。2.相容性測試 android版本的相容性 手機解析度相容性 網路的相容性 2g 3g 4g wifi,弱網下 斷網時 1.適配性測試 1 手機不同解析度支援 客戶端支援的解析度等 ...
APP測試入門 常見功能測試點彙總
原文 1.安裝和解除安裝 2.執行3.1賬號密碼註冊登入 輸入正確的賬號密碼，可正常註冊和登入 已註冊使用者再次註冊 未註冊使用者嘗試登入 密碼 展示 賬號輸入框對最大長度和格式應有校驗 比如郵箱賬號需要郵箱格式等 賬號或密碼輸入錯誤時建議提示 賬號或密碼錯誤 而不是 賬號錯誤 或 密碼錯誤 密碼是...