1. 程式人生 > >我的測試用例設計-02用例組成元素(用例模板)

我的測試用例設計-02用例組成元素(用例模板)

關於 基礎 工具 使用 display 靈活 ges 模塊 技術

可以這麽說,每一家公司對於測試用例的設計規範、風格和用例的組成元素(填寫的字段)都一樣,但都大同小異,不同只是來源於公司對於某些實際需求來帶來的差異。

一般基本的測試用例都具有以下基礎的組成元素:用例編號、用例名稱、用例優先級、用例步驟、前提條件、預期結果、用例設計者、創建時間。

接下來說說我結合我公司的實際應用,設計出來的用例模板(使用QC9.0工具):

技術分享

簡單說一下某些字段用途:

1、用例版本:用於測試用例的版本管理,也可以追溯用例來源於哪個需求版本。

2、用例狀態:有效用例則為當前該功能可用來執行的用例;無效用例則為當需求變更,當前軟件版本用例不可用時設置的狀態;而維護中則為用例正在編寫過程中,仍未完成編寫不可用的狀態。

3、用例優先級:用來區分用例的級別,可用於不同測試策略時的用例執行範圍確定,同時也區分出高優先級的冒煙測試用例,可提供給開發做自測或做冒煙測試之用。

4、所屬項目:該用例的屬於哪個項目之下,用於數據統計和篩選。

5、所屬功能:同上。

6、用例類型:用於區分用例是屬於哪種測試類型,也用於數據統計和篩選。

7、測試數據:用來填寫該用例所需用到的測試數據。

8、用例需求:由於本人公司在使用QC時是沒有用到需求模塊的工具(沒有實現用例連接需求點),同時也為了當前用例能快速追溯到需求內容,因此特意新增一字段文本框來填寫該用例所指向的需求內容。

PS:有些同學或者會說,這個模塊太多字段要填了,多了不少工作量,其實很多字段可以使通過QC腳本編輯器編寫VC腳本來實現自動填寫,還是可以省下不少時間,工具是死的,人是活的,要靈活運用好工具為工作提高效率。那關於如何編寫腳本來實現字段的自動填寫就不在這篇文章中作詳細解說了。

上述為本人對於測試用例模板的看法和應用,如有意見,可隨時聯系交流。

我的測試用例設計-02用例組成元素(用例模板)