測試用例概述
一、測試用例的定義
二、測試用例的特性
三、測試用例的編制要素
四、測試用例的設計原則
五、測試用例應該避免的問題
六、測試用例分類
1、測試用例(test case)
是為特定的目的而設計的一組
測試輸入、執行條件和預期的結果
,以便測試某個程式路徑或核實是否滿足某個特定需求。通過大量的測試用例來檢驗軟體的執行效果,它是指導測試工作進行的依據
2、測試用例(
test case
)是為了
高效率地發現軟體缺陷而精心設計的少量測試資料
。實際測試中,由於無法達到窮舉測試,所以要從大量輸入資料中精選有代表性或特殊性的資料來作為測試資料。好的測試用例應該能發現尚未發現的軟體缺陷。
1、有效性:
測試用例的能夠被使用,且被不同人員使用測試結果一致。 2、
可復用性:
良好的測試用例具有
重複使用
的功能
3、易組織性:
好的測試用例會
分門別類地
提供給測試人員參考和使用。 4、
可評估性:
從測試管理的角度,
測試用例的通過率和軟體缺陷的數目
是軟體產品***壞的測試標準。 5、
可管理性:
測試用例可以作為檢驗
測試人員進度、工作量以及跟蹤/管理測試人員
工作效率的因素。
軟體測試用例的基本要素包括
用例編號、測試模組、用例標題、用例級別、測試環境、測試輸入、執行操作、預期結果。
1、用例編號:
每個測試用例都有唯一的標識號,
用以區別其他測試用例。
2、測試模組:
指明並簡單描述本測試用例是用來測試哪些
專案、子專案或軟體特性的。
3、對測試用例的描述,測試用例標題應該清楚
表達測試用例的用途。
4、用例級別:
定義測試用例的優先級別,可以粗略地分為 「 高 」 和 「 低 」 兩個級別。 5、
測試環境:
描述執行測試用例所需要的具體測試環境,包括
硬體環境和軟體環境。
6、測試輸入:
用來執行測試用例的輸入要求。這些輸入可能
是資料、檔案或具體操作。 7、
執行操作:
執行本測試用例所需的每一步操作。
8、預期結果:
描述被測專案或被測特性所
希望或要求達到的輸出或指標
。1、保證測試用例的明確性:
測試人員要盡量避免測試用例存在含糊的因素,在測試過程中,測試用例的
測試結果是唯一的。
2、保證測試用例的代表性:
盡量將具有相似功能的測試用例抽象合併。 3、
保證測試用例的簡潔性:
測試用例簡潔,可讀性良好,測試過程目的明確,測試結果唯一。
1、把測試用例設計等同於測試輸入資料的設計。
2、強調測試用例設計的「越詳細越好」。
3、追求測試用例設計的「一步到位」。
4、將多個測試用例混在乙個用例中。
5、讓沒有測試經驗的人員設計測試用例。
1、功能測試用例:包含功能測試、健壯性測試和可靠性測試。
2、效能測試用例:包含效能測試、壓力測試和強度測試。
3、整合測試用例:包含介面測試,健壯性測試和可靠性測試。
4、安全性測試用例。
5、使用者介面測試用例。
6、安裝/反安裝測試用例。
測試種類、階段和測試用例的關係
測試階段
測試型別
執行人員
單元測試
模組功能測試,包含部分介面測試、路徑測試
開發人員、開發人員和測試人員結合
整合測試
介面測試、路徑測試,含部分功能測試
開發人員和測試人員結合、測試人員
系統測試
功能測試、健壯性測試、效能測試、使用者介面測試、安全測試、壓力測試、可靠性測試、安裝/反安裝測試
測試人員
驗收測試
對於實際專案基本同上,幷包含文件測試;對於軟體產品主要測試相關技術文件
測試人員、可能包含使用者
測試day01整理
對比國內外現狀,和國際知名企業來說,微軟的開發人員和測試人員的比例是1 2,而國內的現狀是20 1,國內企業比較好點的也才是2 1,所以根據國內發展的必然趨勢,測試在未來幾年內國內的需求是大大增加的。當前的軟體行業已經不是功能為王了,使用者不僅僅只盯著功能是否滿足需求,還會對軟體容易上手,執行效率是...
Day01軟體測試之軟體結構
程式 文件 資料的乙個集合 圖示 整體為軟體結構 常考點 簡單的講述一下 請求的過程?答 網域名稱解析 發起tcp的3次握手 建立tcp連線後發起http請求 伺服器響應http請求,瀏覽器得到html 瀏覽器解析html 並請求html 中的資源 如js css 等 瀏覽器對頁面進行渲染呈現給使用...
學習筆記day01
作業系統簡稱 operating system 簡稱os 其的本質就是乙個軟體,作業系統對上可以管理應用程式,對下可以訪問硬體裝置。主流的作業系統 pc機領域 windows系列,ios,伺服器領域 linux系列,unix,windows server。手持裝置 ios,android,塞班,wi...