軟體是否按功能模組劃分使用者許可權，許可權劃分是否合理，考察超級使用者對各個使用者的許可權管理是否合理，包括修改使用者的登入資料等。
軟體對使用者名稱和密碼有無校驗，有無保護措施，尤其對密碼有無遮蔽功能。
軟體對使用者錯誤登入有無次數限制，一般做法是連續三次登入失敗就退出系統。
軟體是否提供操作日誌，比如某使用者登入的時間，查詢、修改或刪除的動作以及離開的時間等。
考察對使用者常見的誤操作的提示和遮蔽情況，例如可否有效避免日期的錄入錯誤或寫入無效的日期。
當使用者操作錯誤時，能否有準確清晰的提示，使使用者知道造成錯誤的原因。例如當使用者未輸入完有效資訊時存檔，系統應當給出關於未輸入項的提示。
考察軟體執行的穩定性，當軟體發生一般錯誤或嚴重錯誤時，軟體是否會自動退出。
主要針對有資料儲存需要的軟體，有的軟體依靠資料庫作業系統本身的備份與恢復機制，這需要使用者具備一定的操作知識;好的軟體會提供備份與恢復的操作，不需要使用者直接對資料庫系統進行操作。
當使用者輸入的資料有錯時，軟體應能判斷資料的有效性，避免無效資料的生成。
在程式執行過程中進行掉電等試驗，考查資料和系統的受影響程度;若受損，是否提供補救工具，補救的情況如何。
當網路中斷連線時，是否會造成資料的丟失。
易用性測試關注點
序號測試項 測試細項1 安裝測試 安裝手冊的評估2 安裝的自動化程度測試3 安裝選項和設定的測試4 安裝過程的中斷測試5 安裝順序測試6 多環境安裝測試7 安裝的正確性測試8 修復安裝測試與解除安裝測試9 功能易用性測試 業務符合性10 功能定製性11 業務模組的整合程度12 資料共享能力13 約束...
可靠性測試學習 可靠性測試理解
最近測試可靠性，參考了業界的一些思維，有些想法和建議 先說說軟體可靠性的定義，根據我測試的體會和思考，我覺得軟體的可靠性就是軟體系統發生故障後自動恢復或者人工干預使其能恢復到正常狀態的能力 業界的測試有些把容錯測試和可靠性測試搞混淆，其實兩者不一樣，容錯測試是通過模擬一些可能發生的已知的異常操作而檢...
可靠性測試
在產品前期各個版本中已經分層進行過如下可靠性測試 基於特性的功能可靠性測試 1 首先分析清楚本特性詳細的處理流程，包括涉及的所有部件和協議，訊息的詳細互動過程 如訪問多少次db，每次記錄什麼資料，失敗後如何回滾等，考慮各種異常處理分支 部件間超時配合等 2 針對處理流程考慮如下可靠性因素，主要包括 ...