在各個專案測試週期中，經常有像類似的測試點，總結如下（不涉及業務公共用例）：
型別測試點
測試內容/步驟
型別測試點
測試內容/步驟
新頁面、頁面重構、頁面修改
tdk檢查頁面的title，description，keywords是否齊全
統計**
資源大小
是否過大，是否經過壓縮
資源快取
重新整理檢查css，js，是否做了快取
載入速度
檢查載入速度是否超過2s
懶載入同時包含和文字內容時，是否使用了懶載入
https相容
https頁面內是否包含了http資源和鏈結並且是否可以正常跳轉訪問
js載入
檢查是否有js載入錯誤
tab鍵順序
具有填寫**或者選項的頁面，tab鍵順序是否正確
元素點選區域
元素可點選區域，滑鼠懸浮變色提示等是否符合要求
後退，返回
頁面後退是否符合業務要求
資訊洩密
檢查頁面源**是否有不適合的注釋，比如洩漏公司伺服器目錄結構等；
網域名稱指向
是否有鏈結位址寫死指向測試網域名稱(此種情況功能正常，上線後會有問題)
瀏覽器相容
各個主流瀏覽器上的展示以及功能是否正常
解析度相容
主流解析度手機（或者pc顯示器）展示以及功能是否正常
列表，列表頁
【注：列表中的每一條資料稱為資料項
每條資料項包含若干元素，如：
fm節目可以包含標題，主播，封面
等元素】
空資料空資料頁面及提示是否符合需求定義
資料項不足一頁
資料少於一頁要求的條數時
資料項多於分頁
資料多於一頁，檢查翻頁和每頁條數是否正確
資料多於一頁，檢查資料項是否重複顯示
資料項排序
檢查資料項排序是否符合預期
多個資料項排序條件都相同時，檢查先後順序
翻頁操作
點選或者滑動翻頁時，向前或向後翻頁是否符合預期
有頁碼或者前一頁後一頁的，點選頁碼進行跳轉，或者最後一頁，第一頁時進行前後跳頁
滑動翻頁到資料項載入完全，檢查提示和互動是否符合需求預期
在非首頁進行重新整理操作，檢查是否保持當前頁（滑動重新整理除外）
url有頁碼時，直接修改頁碼存在和不存在的頁碼進行跳轉
資料項點選跳轉和回退
檢查列表資料項整體是否整體可點選，點選區域是否符合預期
點選首頁列表頭部元素，中部位置元素檢視後返回，檢查返回的顯示位置是否符合預期
翻頁後再次點選元素檢視後回退，檢查返回的顯示位置是否符合預期
資料項增刪
增加若干條資料項，重新整理頁面，檢查資料項條數
刪除列表第一條資料項，重新整理頁面，檢查資料項條數和位置（是否可刪除或者不顯示，根據業務情況而定）
刪除列表當前頁中間的某一條資料項，重新整理，檢查資料項條數和位置
刪除當前頁未尾一條資料項，重新整理，檢查資料項條數和位置
增加資料項後，不重新整理，進行翻頁，檢查資料項條數和位置（是否會影響原有排序和分頁，取決於開發實現比如是否快取，是否每次請求等）
刪除資料項後，不重新整理，進行翻頁，檢查資料項條數和位置
資料項狀態變更
資料項由顯示變為不顯示（比如後台標記為隱藏，或者刪除），重新整理檢查資料項和顯示
資料項的其它狀態為更，如待審核，審核通過，審核不通過等狀態變更時的顯示（根據業務情況而定）
資料項各元素顯示
檢查各元素顯示位置
檢查各元素的可點選性和點選區域是否符合預期
乙個元素有不同欄位時，取值是否符合預期（比如問答顯示的是編輯後的標題還是原標題，需要多了解各欄位資料**）
各元素值修改或者變更後，重新整理檢查值變化是否符合預期
各元素顯示的長度驗證，超長或者包含特殊字元時的顯示
列表中的尺寸是否符合剪裁要求，是否做了壓縮
聚合頁面或模組
【聚合頁面，定義為只是讀取資料展示的頁面或者
模組。pc首頁的各個模組都是類似的，都是由不同
的資料顯示模組構成。列表頁也是一種聚合頁面，
只是比較特殊，有代表性，單獨劃分】
資料顯示條件驗證
驗證需要出現的資料是否符需求定義的條件
資料為空
檢查空資料時是否出現異常或者滿足需求定義
資料條數不足
檢查當符合條件的資料條數大於0少於需求要求的常規個數時的顯示
資料項增刪
增加滿足展示條件的資料，檢查重新整理後的顯示
刪除或者減少滿足展示條件的資料，檢查重新整理後的顯示
資料項狀態變更
資料項由顯示變為不顯示（比如後台標記為隱藏，或者刪除），重新整理檢查資料項和顯示
資料項的其它狀態為更，如待審核，審核通過，審核不通過等狀態變更時的顯示（根據業務情況而定）
資料項各元素顯示
檢查各元素顯示位置
檢查各元素的可點選性和點選區域是否符合預期
乙個元素有不同欄位時，取值是否符合預期（比如問答顯示的是編輯後的標題還是原標題，需要多了解各欄位資料**）
各元素值修改或者變更後，重新整理檢查值變化是否符合預期
各元素顯示的長度驗證，超長或者包含特殊字元時的顯示
的尺寸是否符合剪裁要求，是否做了壓縮
資料有快取
後台編輯資料（或者通過其它業務操作改變資料項的內容），重新整理後檢查資料項是否有更新（採用主動重新整理的情況下會更新，補動重新整理的情況下，不會更新）
刪除快取或者等快取過期後，重新重新整理
增加或者刪除一些資料項，重新整理後檢查資料是否有更新（採用主動重新整理的情況下會更新，補動重新整理的情況下，不會更新）
新舊版本採用相同快取key的時候，驗證由舊版本生成的快取資料由新版本讀取時，新版本生成的快取資料由舊版本讀取時，是否都能正確解析和顯示，操作是否正常
內容需要接審核系統
資料處於審核中
檢查資料可能出現的地方是否符合需求定義（可見或者不可見，可操作或者不可操作等）
資料審核不通過
檢查資料可能出現的地方是否符合需求定義（可見或者不可見，可操作或者不可操作等）
資料審核通過
檢查資料可能出現的地方是否符合需求定義（可見或者不可見，可操作或者不可操作等）
資料審核狀態變更
資料由審核通過變為不通過，由不通過變為通過，檢查資料可能出現的地方是否符合需求定義（可見或者不可見，可操作或者不可操作等）
重複審核
重複多次審核，檢查可能出現的通知等訊息是否會重複
非同步或者同步**
需要與開發溝通，審核的**是同步的還是非同步的，非同步的需要考慮可能導致業務阻塞的情況，是否影響使用者體驗；非同步的情況，需要考慮在審核未**時，是否符合需求要求
訊息、任務佇列
觸發場景
根據需求定義，驗證觸發訊息，或者任務的條件
同乙個場景或者動作反覆觸發，是產生乙個訊息、任務還是多個（根據需求定義，需考慮是否存在被惡意刷的可能）
併發效能
考慮業務上是否存在同時觸發大量訊息或者任務的情況，如存在，需要考慮佇列處理是否存在效能問題
容錯處理
人為製造一些髒資料，使訊息傳送失敗或者任務執行失敗，檢查佇列是否阻塞
測試思想 測試設計 公共用例設計實踐
公共用例設計實踐 by 授客qq 1033553122 背景介紹 大致如下 圖一 我的 個人資料 動態 圖二 發現 圖三 動態 圖五 動態正文 問題 發現頁面 列表 我的 個人資料 動態頁面 列表 動態詳情 正文 介面 第一 觀察 發現頁面，我的 個人資料 動態，頁面，這兩個頁面表面上看，似乎不一樣...
軟體測試 測試小結（2011 6 10）
工作了一段時間，我小結一下 第一 軟體測試要有耐心，因為在多數情況下，需要測試的東西會是千篇一律的，這時候就要考驗你的耐心了。第二 測試時要專注，不要忽略細節。粗心大意是發現不了問題的。做測試只有發現新問題才能體現你的價值。第三 要多與開發等溝通，有事溝通，沒事也要溝通，這對測試是有好處的。第四 測...
軟體測試模版小結
下面小結一些軟體測試中常用到的模版.一 軟體測試計畫模版 總括型 1 測試工作任務描述 這裡描述系統的組成情況,包括哪些子系統 各子系統的需求概要.開發進度計畫 開發人員安排,讓測試員知道哪個模組誰負責 2 測試工作安排 主要列出測試人員的具體時間安排.列出測試環境的搭建 聯合測試安排 現場測試安排...