容量測試的測試點
1.檢查若容量出現問題，是否會有錯誤和警告，是否有幫助
2.如輸入長的資料儲存是，資料是否丟失
3.如資料量變大，系統執行是否變慢
4.若進行大資料量的操作時，是否會發生超時或故障
5.是否所有資料真的被處理或儲存，包括檔案、物件或者表的最後部分
6.資料是否儲存正確
7.資料丟失或者寫入時，是否有警告
8.如何查詢測試條件
測試條件就是可能會發生問題的那個資料點
9.找到是哪乙個輸入資料和輸出資料發生在應用程式或功能專案裡
10.找到資料量的約束，特別是最大量和最小量
包括臨時儲存資料或從臨時儲存區讀取的資料
11.對每乙個資料元素，檢視是否會發生比允許值更大的容量值
12.對於暫時存放的資料元素，檢視是否會發生比允許值更大的容量值
13.如果存在任何一種編號或編碼規則，規則裡面是否會有約束條件，用來限制編碼儲存容量的擴充套件
14.查詢系統範圍內的資料的邊界值
如：硬碟容量的最大值，檔案系統容量的最大值，最大檔案長度，緩衝區長度等
15.找出臨時儲存媒介的限定範圍
如：郵箱，cd的最大長度
16.查詢通訊的限制
如：訊息檔案的超時或最大長度。查出快超時前有多少資料可以傳輸
17.尋找資料臨時存放的地方，找出儲存資料、讀和取出這些資料的功能。
製作儲存和刪除兩個過程的測試場景，找出該地方是否會填滿或溢位。
18.長時間不停的多個使用者同時進行系統的各項操作（一般用指令碼或工具實現），觀察系統資源占用情況，直到系統無反應或宕機為止，獲取系統可以承受的最大業務處理量，或最多訪問使用者數，提交給開發，讓其設定系統容量檢查指標
19.網路容量測試，檢查系統中是否存在網路資料傳輸功能，如果存在，通過壓力測試，獲得網路最大傳輸量，提交給開發，讓其設定網路容量檢查指標
移動測試測試點之功能測試測試點
4 資料更新 4.1 需要確定哪些地方需要提供手動重新整理 哪些地方需要自動重新整理 哪些地方需要手動 自動重新整理 4.2 確定哪些地方從後台切換回前台時需要進行資料更新 4.3 根據業務 速度及流量的合理分配，確定哪些內容需要實時更新，哪些需要定時更新 4.4 確定資料展示部分的處理邏輯，是每次...
介面測試測試點
大家都知道，測試的本質的發現問題，然後跟蹤解決問題 但是解決問題有個通用成本理論 問題越早發現解決的成本越低，成本從大到小排列為 產品需求規格說明書 開發需求分析報告 開發詳細設計說明書 測試需求分析說明書 測試用例 code review 轉測試驗收 測試人員提交bug 產品 運營驗收 客戶投訴 ...
Cookie測試的測試點
cookie測試的測試點 設定瀏覽器禁止使用cookie，訪問網頁後，檢查存放cookie檔案中未生成相關檔案 按照作業系統和瀏覽器對cookie存放路徑的設定，檢查存放路徑是否與設定一致 按照cookie過期時間，檢查存放檔案該cookie是否被自動刪除 通過不同瀏覽器，設定是否接受cookie檔...