剛進入測試行業的時辰,也許上級不讓你設計測試用例,但必定會讓你執行測試用例。那么,我們是否可以從執行測試用例的過程中大白它至少包含哪些要素呢?有心之人天然不會錯過,我們也可以一路來看看!
下圖為一份測試用例表。
從圖中,我們不難看出,這條測試用例,包含用例編號、所屬模塊、用例題目、前提前提、測試數據、操作步調、期望成果、現實成果、優先級、主要水平、用例性質、用例類型、設計者、建立日期。
一般環境下,一條測試用例,最根基要包含用例編號、所屬模塊、用例題目、前提前提、操作步調、期望成果、現實成果這幾大體素。
用例編號:
用例編號是用例的獨一標識,一般以模塊+功能+編號的形式定名,便于識別用例屬于哪個模塊,如下圖:
所屬模塊:
用以標明該用例屬于哪個模塊。一般環境下還會分為本家兒模塊、子模塊,按照現實環境決議。如下圖:
用例題目:
用以描述該用例的測試內容,一般以”校驗“開首,如下圖:
前置前提:
用來描述執行該用例所需的前提前提,如收集已毗連、已登錄等。
測試數據:
用來填寫本條用例需要的測試數據,如賬號、鴻溝值等。一般環境下,點擊類的操作步調是不需要測試數據的,輸入類的步調需要測試數據。測試數據的選擇也要嚴酷按照場景和用例設計方式來設計。
操作步調:
用以描述執行本條用例的具體步調。有的公司要求具體到沒接觸過該項目標人員依據該步調也能執行,但有的公司只要求粗略描述。
預期成果:
本條用例執行后,預設的成果是什么。若一步操作有多個預期成果,可分點寫。
現實成果:
在沒有執行用例前,現實成果都是留空的,設計時多出該字段目標是為了便利今后測試時填寫成果。
優先級和主要水平:
按照現實設置用例的優先級和主要水平,可在冒煙測試時有重點地遴選用例,也可以在時候緊迫的環境下優先執行所選用例。優先級高的紛歧心猿意馬就主要。按照現實環境決議。
其他:
諸如設計者、建立時候、用例類型(正用例仍是反用例)、用例性質(手工執行仍是主動執行)等,按照需要決議是否保留。
一般來說,測試用例辦理東西還可以與需求、測試打算、bug相聯系關系。
0 篇文章
如果覺得我的文章對您有用,請隨意打賞。你的支持將鼓勵我繼續創作!