系統測試——測試用例設計
阿新 • • 發佈:2019-01-07
- 測試用例格式:
1.用例編號:易識別、易維護性,一般為產品或專案名稱
格式:A-B-C-D:產品或專案名稱-用例屬性【ST【系統測試】、IT【整合測試】、UT【單元測試】】-【測試項、指向的表述】客戶管理【–新增客戶】-編號
2.測試項:表示測試用例對應的功能模組,用例所屬功能模組。
3.測試標題:測試項的細分
4.用例屬性:根據測試安排選擇性執行時所需。【功能測試、效能測試、相容性測試、安全性測試etc】
5.重要級別:體現測試用例執行的優先順序【高:實現主體功能的用例
中:主項流程經過備選處理或者經過異常處理能夠正常實現
低:GUI、易用性表述、文字描述類】
6.預置條件:系統上下文,有許可權設定。
7.測試輸入:輸入資料
8.操做步驟:舉例:輸入——點選【儲存】按鈕
9.預期結果(*):預期軟體介面表現、預期功能表現、
10.實際輸出:實際結果
2.測試用例方法:
1.等價類:效率和效果的集合點 1.等價:具有相同屬性或方法的集合。 2.分類:有效等價類:針對被測物件而言,合理的,又意義的,系統接受的輸入。 無效等價類:針對被測物件而言,不合理的,無意義的,系統不能接受的輸入。 3.等價類劃分規則: @如果需求規定了輸入域的取值個數或者確定了某個範圍,則可確定一個有效等價類和兩個無效等價類。 @如果需求規定了某個輸入域的集合,或者必須如何的情況下,可確定一個有效等價類和一個無效等價類。 @如果需求確地了某個輸入域是真假值時,可確定一個有效等價類和一個無效等價類。 @如果使用者需求規定了輸入域是一組值,則可確定若干個有效等價類及一個 @使用者需求規定必須遵守某種規則是,可確定一個有效等價類及若干個從不同角度違反規則的無效等價類。 4.用例設計 @根據需求劃分有效及無效等價類,有效等價類統一編號,無效等價類統一編號* @設計新的測試用例,使其儘可能覆蓋所有有效等價類,直到所有有效等價類都被覆蓋。* @設計新的測試用例,使其儘可能覆蓋所有無效等價類,直到所有無效等價類都被覆蓋。* 5.等價類四則運演算法: 加:不考慮需求其他子項,細緻分解當期測試點及詳細需求,做累加 減:根據業務規則,減少排除不可能出現的詳細組合 乘:如果有效等價類中具有互斥條件的需求時,可進行相乘得到用例個數 除:排除所有具有重複特性的等價類, 儘可能做到有效等價類之間交集為空,無效等價類交集為空,有效跟無效等價類 並集為整個輸入域。 2.邊界值: 應用場景: @如果需求規定了取值範圍或者取值個數,可利用該範圍內及邊界附近的資料進行測試。 @如果需求規定了取值的個數,則少於個數一個或多於個數一個的值進行測試。 @如果需求規定了一個有序集合的時候,可使用該集合的第一個和最後一個值進行測試。 @若程式中使用了一個內部資料結構,則應該從該資料結構的邊界進行考慮。 三點:上點【邊界上的點】、離點【離上點最近的點,根據上點精度確定】、內點【邊界有效範圍內的任意一點】 如何確定離點:如果邊界是閉區間,則離點在外,如果是開區間,則離點在內。 eg:使用者名稱長度在(6,18)之間:上點【6 18】、離點【7 17】、內點【10】 使用者名稱長度在【6,18】之間:上點【6 18】、離點【5 19】、內點【10】 邊界值方法應用步驟: @根據等價類方法劃分有效及無效等價類,確定上點、離點、內點,每個點統一編號。 @設計新的測試用例,使其儘可能覆蓋所有有效等價類,直到所有有效等價類都被覆蓋。* @設計新的測試用例,使其儘可能覆蓋所有無效等價類,直到所有無效等價類都被覆蓋。* 3.判定表 @定義:分析和表述若干輸入條件下,被測物件針對這些輸入做出的相應一種工具,在遇到複雜業務邏輯時可以利用該表理清業務邏輯關係 @重要概念:條件樁:需求規格說明書定義的被測物件的所有輸入 條件項:針對條件樁所有可能的輸入資料的真假值 動作樁:針對條件被測物件可能採取的所有操作 動作項:針對動作樁,被測物件響應的可能取值 規則:動作項和條件項組合在一起,形成的業務邏輯處理規則 @應用步驟:1.理解需求、確定條件樁 2. 4.因果圖 5.正交試驗 6.狀態遷移 7.流程分析