簡單來說,就是測什麼,怎麼來測的.
買手機、買電腦,要試用一下:開機、螢幕、執行速度、記憶體大小;這就是生活中的測試用例!測試用例(test case)是為特定的目的而設計的一組測試輸入、執行條件和預期的結果,以便測試是否滿足某個特定需求。通過大量的測試用例來檢驗軟體的執行效果,它是指導測試工作進行的依據。
買手機:按開機鍵,相當於輸入了一組資料來測試,執行條件指的是開機的前提條件,比如是否有電;預期結果就是能順利開啟手機,那麼測試完畢後,是否達到了想要的需求(順利開機)。
計算器:到底輸入幾組資料才算測試完畢?(討論課題)
計算0到100之間的加法(包括0和100);
答案:乙個乙個測試效率低下,一定要分類測試!
1、整數(在範圍內的整數-99到99)取最大、最小、中間
2、小數(在範圍內的整數-99到99)
3、符號(+-/*,。、!@#¥%……&*())
5、漢字
6、空格
7、不輸入
通過上面的描述,我們發現我們使用者所有可能輸入的資料,劃分成了若干份(或者也可以稱為子集),然後從每乙個子集當中選取少數具有代表性的資料作為測試用例,這種測試用例我們稱為「等價類劃分法」。
無效等價類
先確定有效和無效等價類
有效等價類就是題目條件(兩端的極值(邊界值)要判斷、中間隨意乙個值也要判斷)
無效等價類先劃分與條件相反的情況,再找到特殊情況(中文、英文、符號、空格、空)
通過上面的案例,我們可以總結一下,當我們在測試文字框的程式可以考慮如下的情況:
文字框要求輸入的長度
輸入的型別
組成規則
是否為空
是否重複---區分大小寫,
是否去除空格
邊界是指對於輸入等價類和輸出等價類而言,稍高於其邊界值及稍低於其邊界值的一些特定情況。特別強調大量的錯誤是發生在輸入或輸出範圍的邊界上,而不是在輸入範圍的內部有效資料和無效資料的分界點,往往作為程式設計師編寫程式的判斷點,是程式設計師容易犯錯誤的地方,也是測試人員重點測試的內容。邊界值分析法也是一種常用的黑盒測試方法。
1. 如果是閉區間[1,10]
1. 上點值: 1,10
2. 內點值: 5,
3. 離點值: 0,11
2. 如果是開區間,例如(1,10)
1. 上點值: 1,10
2. 內點值: 5,
3. 離點值: 2,9
3. 如果是半開半閉區間:
1. 上點值: 1,10
2. 內點值: 5,
3. 離點值: 2,11
如果輸入條件規定了值得範圍,則應取剛到到這個範圍的邊界值,以及剛剛超越這個範圍邊界的值作為輸入資料.2. 輸入條件規定了值得個數3. 邊界值和等價類區別:邊界值分析不是從某等價類中隨便挑乙個作為代表,而是這個等價類的每個邊界都要作為測試條件
因果圖法是一種利用**法分析輸入的各種組合情況,從而設計測試用例的方法,它適合於檢查程式輸入條件的各種組合情況
等價類劃分法和邊界值分析方法都是著重考慮輸入條件,但沒有考慮輸入條件的各種組合、輸入條件之間的相互制約關係。這樣雖然各種輸入條件可能出錯的情況已經測試到了,但多個輸入條件組合起來可能出錯的情況卻被忽視了。
如果在測試時必須考慮輸入條件的各種組合,則可能的組合數目將是天文數字,因此必須考慮採用一種適合於描述多種條件的組合、相應產生多個動作的形式來進行測試用例的設計,這就需要利用因果圖(邏輯模型)。
因果圖法要注意考慮
恒等非(~)
或(v)
與(^)
包含遮蔽
唯一要求
找出所有的原因,原因即輸入條件或輸入條件的等價類。
找出所有的結果,結果即輸出條件.
明確所有輸入條件之間的制約關係以及組合關係。
哪些條件可以組合到一起,哪些條件不可以組合到一起.
明確所有輸出條件之間的制約關係以及組合關係。
哪些輸出結果不能同時輸出,哪些輸出結果可以同時輸出.
找出什麼樣的輸入條件組合會產生哪種輸出結果
把因果圖轉換成判定表/決策表
為判定表/決策表中的每一列表示的情況設計測試用例
因果圖只是一種輔助工具,通過分析最終得到判定表,再通過判定表編寫測試用例。但有時畫因果圖非常麻煩,影響測試效率,可以直接寫判定表,進而編寫測試用例.
怎樣從傳統意義上來說, 乙個學生是乙個好學生?
遵紀守法的前提下,學習成績好是乙個好學生、品德高尚也是乙個好學生;(只要違法亂紀就絕對不是乙個好學生;成績和品德有一項,再加上遵紀守法也是好學生);
判定表
合併使用-代表無關條件,選擇什麼都不影響結果
這種簡化寫法並不常用.因為在使用的時候還是要將它展開來使用滴.在冒煙測試時也主要採用場景法進行測試強烈建議不要去簡化寫法.
備選流(錯誤的流程)
現在的軟體幾乎都是由事件觸發來控制流程的,事件觸發時的情景便形成了場景。而同一事件不同的觸發順序和處理結果形成事件流。
將這種在軟體設計方面的思想引入到軟體測試中,生動的描繪出事件觸發時的情景,有利於測試設計者設計測試用例,同時測試用例也更容易的得到理解和執行。
流程分析法主要是針對測試場景型別屬於流程測試場景的測試項下的測試子項進行設計,是從白盒測試設計方法中的路徑覆蓋分析法借鑑過來的一種方法。
詳細了解需求
根據需求說明或介面原型,找出業務流程的各個頁面以及各頁面之間的流轉關係;
畫出業務流程(產品經理使用axure軟體製作)
寫用例,覆蓋所有的路徑分支
錯誤推測法是指利用直覺和經驗猜測出出錯的可能型別,有針對性列舉出程式中所有可能的錯誤和容易發生錯誤的情況,它是測試經驗豐富的測試人員喜歡使用的一種測試用例設計方法。
基本思想是列舉出可能犯的錯誤或錯誤易發生的清單,然後根據清單編寫測試用例;這種方法很大程度上是憑經驗進行的,即憑人們對過去所作測試結果的分析,對所揭示缺陷的規律性作直覺的推測來發現缺陷。
測試用例書寫分類
本篇完
等價類劃分法測試用例
等價類是指程式輸入域的子集。思想是 將程式的輸入域劃分為若干個區域 等價類 並在每個等價類中選擇乙個具有代表性的元素生成測試用例。這是黑盒測試用例設計方法 一 劃分等價類 1 有效等價類和無效等價類 有效等價類是指對於程式的規格來說是合理的,有意義的輸入資料構成的集合,可以檢驗程式是否可以實現規格說...
等價類劃分法設計測試用例
等價類劃分法是常用的黑盒測試用例設計方法,測試用例設計時的唯一依據是產品需求文件。一 定義 所謂等價類,是把所有可能的輸入資料,即程式的輸入域劃分為若干子集,然後從每乙個子集中,選取少數具有代表性的資料作為測試用例。等價類分為有效等價類和無效等價類。有效等價類是對程式有效的輸入,無效等價類是其他任何...
測試用例之等價類劃分法
測試用例之 等價類劃分 一 關於測試用例的知識 1 測試用例的基本概念 測試用例 案例 test case test instance 是在測試執行之前 由測試人員進行編寫的指導測試過程的重要文件,主要包括 用例編號,測試目的,測試步驟 用例描述 預期結果 期待結果 等 不同公司模板不同,但是大同小...