測試用例
什麼是測試用例
測試用例的定義
測試用例的特徵
測試用例的基本方法
等價類劃分
邊界值法
因果圖法
因果圖基本圖形符號
因果圖的約束符號
場景法用例場景定義
錯誤推測法
正交表法
什麼是測試用例
測試用例的定義
測試用例是執行測試的依據，把測試系統的操作步驟用文件的形式描述出來
測試用例是為達到最佳的測試效果或高效的揭露隱藏的錯誤，而精心設計的少量測試資料，包括測試輸入、執行條件和預期的結果，實際結果
測試用例是執行的最小實體。
測試用例是測試工作的指導，是軟體測試的必須遵守的準則，更是軟體測試質量穩定的根本保障
測試用例的特徵
正確性：測試用例最好是要求輸入使用者實際資料已驗證系統是否滿足需求規格說明書的需求，並且測試用例中的測試的應保證至少覆蓋需求規格說明書中的各項功能。
完整性：一些基本功能，如有遺漏，那是不可原諒的。
準確：按測試用例輸入實施測試後，要能根據測試用例描述的輸出得出正確的結論，不能出現模糊不清的語言。
清晰、簡潔：好的測試用例描述清晰，每一步都應有相應的作用，有很強的的針對性，不應出現一些無用的操作步驟。
可維護性：由於軟體開發過程中需求變更等原因的影響，常常對測試用例進行修改、增加、刪除等，以便測試用符合相應測試要求。
適應性：測試用例應該適合特定的測試環境以及符合整個團隊的測試水平。
可重複性：要求不同測試者在同樣的測試環境下使用同樣測試用例都能得出相應結論。
可追溯性、可移植性
測試用例的基本方法
常用的是等價類和邊界值
等價類劃分
定義：輸入具有代表性的資料子集。
等價類 分為 有效等價類 —滿足需求
無效等價類—不滿足需求
邊界值法
確定邊界值
確定邊界情況（輸入或輸出等價類的邊界）
選取正好等於、剛剛大於或剛剛小於邊界值作為測試資料
郵箱案例 （邊界值加等價類）
在這裡插入描述
在這裡插入描述
在這裡插入描述
在這裡插入描述
在這裡插入描述
在這裡插入描述
因果圖法
定義：是一種利用**法分析輸入的各種組合情況，從而設計測試用例的方法，它適合於檢查程式輸入條件的各種組合情況
特點:-考慮輸入條件的相互制約及組合關係
-考慮輸出條件對輸入條件的依賴關係
因果圖法要注意考慮：
-所有輸入/輸出條件的相互制約關係以及組合關係
-輸出結果對輸入條件的依賴關係，也就是什麼樣的輸入組合 會產生怎樣的輸出結果，即「因果關係」
因果圖基本圖形符號
恒等：若原因出現，則結果出現；若原因不出現，則結果不出現。
非（～）：若原因出現，則結果不出現；若原因不出現，則結果出現。
或（∨）：若幾個原因中有乙個出現，則結果出現；若幾個原因都不出現，則結果不出現。
與（∧）：若幾個原因都出現，結果才出現；若其中有乙個原因不出現，則結果不出現。
因果圖的約束符號
e（互斥）：表示兩個原因不會同時成立，兩個中最多有乙個可能成立
i（包含）：表示三個原因中至少有乙個必須成立
o（惟一）：表示兩個原因中必須有乙個，且僅有乙個成立
r（要求）：表示兩個原因，a出現時，b也必須出現，a出現時，b不可能不出現
m（遮蔽）：兩個結果，a為1時，b必須是0，當a為0時，b值不定
場景法場景法就是模擬使用者操作軟體時的場景，主要用於測試系統的業務流程。
當拿到乙個測試任務時，我們並不是先關注某個控制項的邊界值、等價類是否滿足要求,而是先要關注它的主要功能和業務流程是否正確實現，這就需要使用場景法來完成測試。
當業務流程測試沒有問題，也就是該軟體的主要功能沒有問題時，我們再重點從邊界值、等價類等方面對控制項進行測試
在冒煙測試時也主要採用場景法進行測試
用例場景定義
場景法中兩個重要的概念
基本流按照正確的業務流程來實現的一條操作路徑(模擬正確的操作流程)
備選流導致程式出現錯誤的操作流程(模擬錯誤的操作流程)
用例場景是用來描述流經用例路徑的過程，這個過程從開始到結束遍歷用例中所有基本流和備選流。用例場景產生的背景
現在的軟體幾乎 都是由事件觸發來控制流程的，事件觸發時的情景便形成了場景。耐事件不同的觸發順序和處理結果形成事件流。
將這種在軟體設計方面的思想引入到軟體測試中， 生動的描給出事件觸發時的情景，有利於測試設計都設計測試用例，同測試用例地更容易的得到理解執行。
在使用場景法設計測試用例時，需要覆蓋系統用例中的主成功場景和擴充套件場景，並且需要適當補充各種正反面的測試用例和考慮出異常場景的情形。
當使用場景法測試程式沒有問題時，可以再使用邊界值、等價類方法對賬號、密碼進行更加細緻、完整的測試。
基本流和備選流 如圖所示，圖中經過用例的每條路徑都用基本流和備選流來表示，直黑線表示基本流，是經過用例的最簡單的路徑。備選流用不同的色彩表示，乙個備選流可能從基本流開始，在某個特定條件下執行，然後重新加入基本流中（如備選流1和3）；也可能起源於另乙個備選流（如備選流2），或者終止用例而不再重新加入到某個流（如備選流2和4）。
錯誤推測法
錯誤猜測法是測試經驗豐富的人喜歡使用的一種測試用例設計方法。一般這種方法是基於經驗和直覺推測程式中可能傳送的各種錯誤，有針對性地設計。只能作為一種補充。
正交表法
正交表:一種特製的表，一般的正交表己カ: ln(mk)
n是表的行數，也就是需要測試組合的次數
k是表的列數，表示控制項的個數(因素的個數，或因子個數)
m是毎個控制項包含的取値個數(各因素的水平數，即各因素的狀態數
如: l9（34）·有4個控制項·毎個控制項有3個取値· 9為需要測試的組合個數·叫4因素3水平、
正交排列法：
應用場景：在乙個介面中有多個控制項，每個控制項有多個取值，控制項之間可以相互組合，不可能（也沒有必要）為每一種組合編寫一條用例，如何使用最少最優的組合進行測試。——正交排列法
測試用例與測試用例的設計方法
測試用例 test case 是為某個特殊目標而編制的一組測試輸入 執行條件以及預期結果，以便測試某個程式路徑或核實是否滿足某個特定需求。目前黑盒測試的測試用例設計方法有5種 等價類劃分 邊界值分析 錯誤推測法 目前黑盒測試 的測試用例 設計方法有5種 等價類劃分 邊界值分析 錯誤推測法 因果圖功能...
測試用例 測試方法
1.測試用例的定義 測試用例是執行測試的依據，把測試系統的操作步驟用文件的形式描述出來 2.測試用例包含 用例編號 用例描述 用例所屬模組 執行條件 測試輸入 預期結果 實際結果 測試人 測試版本 測試日期 備註 3.測試用例文件的方式 5.測試用例的注意 6.測試方法有 等價類劃分 邊界值因果圖場...
測試用例的測試方法
這裡列舉5種常用的測試方法。等價類劃分法 原理 1 一種重要的，常用的黑盒測試用例設計方法，是把所有可能的輸入資料，即程式的輸入域劃分成若干部門然後從每乙個子集中選取少數具有代表性的資料作為測試用例，通過降低測試的數目去實現合理的覆蓋 2 每一類的代表性資料在測試中的作用等價於這一類中的其他值 3 ...