測試用例的優缺點
用例的設計原則
qq我們經常在用，那麼如果讓我們來測試qq的登入介面，如何去測試呢？
將軟體測試的行為活動，作為乙個科學化的組織規劃。
為實施測試而向被測試系統提供的輸入資料、操作或各種環境設定以及期望結果的乙個特定的集合。
解決要測什麼、怎麼測和如何衡量的問題
元素： 用例編號、測試要點、初始條件、優先順序、詳細步驟、輸入資料、預期結果、實際結果等
字元和數字組合成的字串，用例編號應具有唯一性、易識別 沒有統一的命名規則，每家企業會有所不同 可以用a_b_c_d的格式
a：專案名稱
b：功能模組
c：測試要點
d：編號
例：tpnb_tp_01_01
預置條件：執行當前測試用例需要的前提條件，如果這些前提條件不滿足，則後面測試步驟無法進行或無法得到預期結果。
操作步驟：執行當前測試用例需要經過的操作步驟，需要明確的給出乙個步驟的描述，測試用例執行人員可以根據該步驟完成測試用例執行。
預期結果：當前測試用例的預期輸出結果，包括返回值內容，介面的響應結果，輸出結果的規則符合度等。
實際結果：在用例設計階段不寫
設計者：設計測試用例的人
執行狀態：未執行、執行失敗、執行通過等
優點：組織性:避免盲目測試，提高測試效率
功能覆蓋：確保客戶需要的功能不被遺漏
重複性 ：不同版本軟體重複使用
跟蹤 ：統計測試用例，通過和失敗的比例，跟蹤缺陷多的模組
測試確認 ：高風險程式，確認測試按照計畫進行
缺點：沒有清晰的和簡明的規格，測試用例是很難設計的
測試人員容易被測試用例的規範步驟誤導，思維受限
需求變更後用例難於及時更新，從而影響覆蓋率，維護成本加大
為了能構建高規格的測試用例，太過醉心用例設計
用例需要不斷維護，復用成本加大
唯一性：要求用例的描述明確目的唯一，任何人通過當前用例得到的結果應該是唯一的。
簡潔性：用例的描述需要簡潔明瞭不要使用模糊性話語。
單一性：一條用例只測乙個點。
測試理論基礎
軟體測試基礎 一 1軟體測試思維模型 2等價類 邊界值 3軟體測試v模型 使用者需求 需求分析與系統 概要設計 詳細設計 編碼 單元測試 整合測試 系統測試 驗收測試 4名詞解釋 黑盒測試 把軟體比作乙個不透明的盒子，對軟體輸入輸出進行測試 白盒測試 把軟體比作乙個透明的盒子，內部邏輯結構可見，對軟...
測試理論基礎
軟體測試基本介紹 1 軟體測試定義 通過手工或者工具對 被測物件 進行測試操作，從而驗證實際結果與預期結果是否存在差異。2 軟體測試的作用 通過測試工作可以發現並修復軟體當中存在的缺陷，從而提高使用者對產品的使用信心。測試可以記錄軟體執行過程中產生的一些資料，從而為決策提供資料支援 測試可以降低同型...
測試理論基礎
在自己實際工作中，經歷很多種測試流程，各種情況都存在，參考下面的知識，對照公司現行的流程，會思考更深入的問題，從而夯實理論基礎，提公升測試水平。應了解的概念 測試testing和qa quality assurance 軟體測試員的目標是盡可能找出軟體缺陷，並確保缺陷得以修復 qa主要職責是建立和執...