測試用例介紹,規範和使用

2021-09-24 02:59:36 字數 2936 閱讀 2299

…我猜你還不會測試用例吧!……

測試用例包括哪些內容?

1.簡潔,明準確,完整,揭示錯誤實質,記錄缺陷和錯誤出現的位置。

2.明確指明錯誤型別:布局錯誤,翻譯錯誤,功能錯誤,雙位元組錯誤。

3.短行之間使用自動數字序號,使用相同的字型、字型大小、行間距

短行之間使用自動數字序號,使用相同的字型、字型大小、行間距,可以保證各條記錄格式一致,做到規範專業。

4.ui要加引號,可以單引號,推薦使用雙引號

ui加引號,可以容易區分ui與普通文字,便於分辨、定位缺陷或錯誤。

5.每乙個步驟盡量只記錄乙個操作

保證簡潔、條理井然,容易重複操作步驟。

6.確認步驟完整,準確,簡短

保證快速準確的重複錯誤,「完整」即沒有缺漏,「準確」即步驟正確,「簡短」即沒有多餘的步驟。

7.根據缺陷或錯誤型別,選擇圖象捕捉的方式

為了直觀的觀察缺陷或錯誤現象,通常需要附加缺陷或錯誤出現的介面,以位圖的形式作為附件附著在記錄的「附件」部分。為了節省空間,又能真實反映缺陷或錯誤本質,可以捕捉缺陷或錯誤產生時的全螢幕,活動視窗和區域性區域。為了迅速定位、修正缺陷或錯誤位置,通常要求附加中英文對照圖。

8.附加必要的特殊文件和個人建議和註解

如果開啟某個特殊的文件而產生的缺陷或錯誤,則必須附加該文件,從而可以迅速再現缺陷或錯誤。有時,為了使缺陷或錯誤修正者進一步明確缺陷或錯誤的表現,可以附加個人的修改建議或註解。

9.檢查拼寫和語法錯誤

在提交每條缺陷或錯誤之前,檢查拼寫和語法,確保內容正確,正確的描述錯誤。

10.盡量使用業界慣用的表達術語和表達方法

使用業界慣用的表達術語和表達方法,保證表達準確,體現專業化。

11.通用ui要統

一、準確

錯誤報告的ui要與測試的軟體ui保持一致,便於查詢定位。

12.盡量使用短語和短句,避免複雜句型句式

軟體錯誤管理資料庫的目的是便於定位錯誤,因此,要求客觀的描述操作步驟,不需要修飾性的詞彙和複雜的句型,增強可讀性。

13.每條錯誤報告只包括乙個錯誤

每條錯誤報告只包括乙個錯誤,可以使錯誤修正者迅速定位乙個錯誤,集中精力每次只修正乙個錯誤。校驗者每次只校驗乙個錯誤是否已經正確修正。

測試用例的八大元素是什麼?

1.測試用例編號:

字元和數字組合成的字串,用例編號應具有唯一性、易識別

系統測試

產品編號-st-系統測試項名-系統測試子項名-***

整合測試

產品編號-it-整合測試項名-整合測試子項名-***

單元測試

產品編號-ut-單元測試項名-單元測試子項名-***

2.測試專案:

當前測試用例所在測試大類、被測試需求、被測模組、被測單元等

系統測試用例測試專案

軟體需求項

整合測試用例測試專案

整合後的模組名或介面名

單元測試用例測試專案

被測函式名

4.重要級別:

對基本和普通測試項的區分

高階別保證系統基本功能、核心業務、重要特性、實際使用頻率比較高的用例

中級別重要程度介於高和低之間的測試用例

低級別實際使用的頻率不高,對系統業務功能影響不大的模組或功能的測試用例

5.預置條件:

執行當前測試用例需要的前提條件,如果這些前提條件不滿足,則後面測試步驟無法進行或無法得到 預期結果

6.輸入:

用例執行過程中需要加工的外部資訊。根據軟體測試用例的具體情況,有手工輸入、檔案、資料庫記錄等

7.操作步驟:

執行當前測試用例需要經過的操作步驟,需要明確的給出乙個步驟的描述,測試用例執行人員可以根據該步驟完成測試用例執行

8.預期輸出:

當前測試用例的預期輸出結果,包括返回值內容,介面的響應結果,輸出結果的規則符合度等

測試用例額外的要素

1.用例設計者:

能準確的找到測試用例設計人員,對用例修改時能方便找準人員

2.用例設計日期:

方便檢查用例設計的進度

3.用例版本號:

方便用例設計人員對用例的跟蹤

4. 對應的開發人員:

出現bug後能及時找到相應的人員進行修復

測試用例模板規範格式是什麼?

第一種樣式圖:

第二種樣式圖:

第三種樣式圖

等等。。。

還有很多不一樣的樣式,小夥伴們可以去多了解一下。

測試用例是指導測試的實施,測試用例主要適用於整合測試、系統測試和回歸測試。在實施測試時測試用例作為測試的標準,測試人員一定要按照測試用例嚴格按用例專案和測試步驟逐一實施測試。並對測試情況記錄在測試用例管理軟體中,以便自動生成測試結果文件。

根據測試用例的測試等級,整合測試應測試那些用例,系統測試和回歸測試又該測試那些用例,在設計測試用例時都已作明確規定,實施測試時測試人員不能隨意作變動的。

所以說,測試用例就是測試的總結點,測試用例的覆蓋面廣了,根據測試用例做的測試也就更加具體了。乙個好的測試用例就是把所有能測試到的點都記錄下來。

可以多多練習,這個要看經驗和腦洞了。

遊戲結束:over

測試用例書寫規範

用例的拆分與劃分 較大的功能建議拆分成不同的用例檔案,方便查閱和載入 同一應用下,按照產品拆分如 工作流,多租賃 同一產品下,按照功能模組拆分,比如登陸,表單,列表,搜尋表單 功能下,不可拆分用例,可以分層書寫用例,可按照不同的功能點做分層 比如列印功能,可分功能點為列印預設詳情頁和指定詳情頁 功能...

測試用例書寫規範

本文摘自 測試架構師修煉之道 乙個通用的模板 測試用例編號 測試用例的唯一標記 用力標題 概述測試用例的主要內容,明確該測試用例的意圖 預置條件 測試用例順利執行的前提條件,如一些基本的配置 測試資料 測試時使用的測試資料 測試步驟 如何執行這個測試用例,每步的操作是什麼 預期結果 和測試步驟對應起...

測試用例介紹

測試用例是為某個特殊目標而編制的一組測試輸入 執行條件以及預期結果,以便測試某個程式路徑或核實是否滿足某個特定需求。通俗的講 就是把我們測試系統的操作步驟用按照一定的格式用文字描述出來。等價類劃分 在某個輸入域的子集合,在該子集合中,各個輸入資料對於揭露程式中的錯誤都是等價的。假如有乙個輸入框要求輸...