這僅僅是個人的想法，希望能夠提出批評改正。
高：1.文字顯示（上下部分）是否被遮擋、文字是否被截斷、文字是否超出螢幕顯示、資訊被展開收起是否均能正常展示；
2.彈窗（上、中、下）：提示資訊是否全部顯示、彈窗是否居中、點空白位置彈窗是否會自動取消、是否多個彈窗會重疊顯示
3.提示資訊：提示資訊自動消失時間過長或過短
4.緩衝圖示：緩衝圖示自動消失時間過長
5.手機鍵盤：是否能被收起
6.分享或者二次分享之後，圖示或者簡介資訊的顯示
7.頁面滑動：上下滑動、左右滑動是否正常
8.圖示：是否多個圖示重疊、是否有預設圖示、是否能完全展示、圖示圓角是否正常、
9.選擇框：調起選擇框正常（一次或多次）、條件被選擇之後是否正常展示
中：1.字型：字型是否過小或過大顯示、字型是否加粗顯示
2.沒有資訊時：是否會載入預設樣式或顯示預設提示資訊
3.按鈕：按鈕顏色是否正確、按鈕位置是都過於靠下或靠上
4.文字距離邊框是否過遠或過近
6.文字是否正常換行顯示
7.文案顯示是否和需求文件一致
低：1.多個按鈕不在同一行、按鈕邊框顯示不全；
2.圖示和文字的中心線是否一致
3.切換為大號字型：按鈕顯示多行、資訊折行展示、按鈕中文字顯示多行
移動測試測試點之功能測試測試點
4 資料更新 4.1 需要確定哪些地方需要提供手動重新整理 哪些地方需要自動重新整理 哪些地方需要手動 自動重新整理 4.2 確定哪些地方從後台切換回前台時需要進行資料更新 4.3 根據業務 速度及流量的合理分配，確定哪些內容需要實時更新，哪些需要定時更新 4.4 確定資料展示部分的處理邏輯，是每次...
登入測試點
測試點 使用者 密碼 登入按鈕 1.是否有長度限制 2.是否可以不輸入使用者名稱 3.是否可以使用特殊字元 4.是否可以使用空格 5.是否可以使用空白 6.是否可以英文 7.是否可以使用中文 8.是否可以大寫使用者名稱 9.是否可以小寫使用者名稱 10.密碼是否可以用大寫 11.密碼是否可以用小寫 ...
介面測試測試點
大家都知道，測試的本質的發現問題，然後跟蹤解決問題 但是解決問題有個通用成本理論 問題越早發現解決的成本越低，成本從大到小排列為 產品需求規格說明書 開發需求分析報告 開發詳細設計說明書 測試需求分析說明書 測試用例 code review 轉測試驗收 測試人員提交bug 產品 運營驗收 客戶投訴 ...