軟體測試 測試用例 如何寫好乙個用例

測試用例（test case）是為某個測試目標而編制的一組測試輸入、執行步驟以及預期結果的集合，以便測試某 個程式的路徑或驗證軟體是否滿足某個特定需求，那麼怎麼寫好乙個用例呢？

測試用例（test case）是為某個測試目標而編制的一組測試輸入、執行步驟以及預期結果的集合，以便測試某 個程式的路徑或驗證軟體是否滿足某個特定需求 測試用例的概念包含以下幾個方面的特性： 1.目標：測試用例的目的是為了達到一定目標 2.作用：去驗證某個路徑或某個特定的需求 3.集合：表示測試用例由多個項組成：如輸入資料、步驟、預期結果等。

主要原因如下：

讓執行測試的人可以更簡單完成

如果出現人員離職時，用例可以讓新員工很快切入專案

測試用例也是一種測試能力的積累

可以讓測試變的更全面

測試用例的格式主要包含以下字段：

3.1.測試專案

本次測試的功能點，如登入

3.2.測試子項

測試子項是表示我們本次測試的目的：如正常登入測試用例編號 測試用例編號，是由字元和數字組合成的字串。

用例編號應具有唯一性、易識別性

測試用例編號的格式：

專案編號_測試階段_測試項_測試子項_順序號

測試階段：st、it、ut

專案編號_st_系統測試項_系統測試子項_001

專案編號_it_整合測試項_整合測試子項_001

專案編號_ut_單元測試項_單元測試子項_001 

例如：

n3310‐st‐call‐urgentcall‐001

n3310‐it‐fileitf‐readfile‐001

n3310‐ut‐fileitf‐readfile‐001

3.4測試用例優先順序

之所以對用例進行標級，是因為可以根據用例的優先順序來確定我們的測試策略。

通常對於用例優先順序定義：高、中、低三個級別

確定測試用例的優先順序一般有兩種方式：一是業務的優先順序；二是用例優先順序評估模型

業務的優化級：

根據業務的優化級來定義的優化級，即如果業務的優化級越高，那麼用例的優化越高

業務的優先順序有兩個方面：一是需求本身優先順序；二是業務本身分為基本與備選流。

需求的優先順序也分為：高、中、低三個級。

高：如果這個需求不做或者說做的不完善，那麼這個產品無法銷售

中：該需求一定要實現，但可以做不是那完善或極致

低：該需求是否實現無所謂，不會影響到產品都可以賣出去，但是可能會影響產品的定價和銷售量。也稱之 為「鍍金需求」

vh:核心業務+基本流

h：核心業務+備選流，基本+基本流

m：基本業務+備選流和一般業務+基本流

l：一般業務+備選流 用例優先順序模型

從三個來評估用例等級：

--->使用頻率

使用次數，每天使用多少次或者是每多少天使用一次

--->影響程度

如果這個用例失效了，那麼對使用者的影響程度

--->失效可能性

這個功能出現問題的概率有多大，每執行多少次會失效一次

上面三個維度又為會高、中、低三個級別，分別對應的權重為5、3、1。

每個維度的權重分別為：0.4、0.2、0.4

例如，如果使用頻率為高、影響程度為中、失效可能性為低 5 * 0.4 + 3 * 0.2 + 1 * 0.4 ＝ 3(m)

3.5.預置條件

執行用例之類系統應該達到的狀態

3.6.輸入

該用例在執行測試時，需要輸入的資料

3.7.執行步驟

步驟是我們執行這個用例時我們操作軟體的步驟

3.8.預期結果

預期結果是從何而來的，預期結果是來自軟體需求

預期應該從哪些維度來描述：

--->gui介面：例如介面提示、對話方塊 --->資料庫：例如，註冊，註冊成功後資料庫中會有一條使用者資訊

--->日誌檔案：很多業務每執行一次，不管是成功還是失敗都會寫一條日誌檔案資訊

預期輸出要把預期結果寫完整，不能少寫或者寫錯

執行步驟要寫詳細，該貼鏈結貼鏈結，」傻瓜也能按照步驟流程做下來"

需要輸入的內容寫清楚，一定是符合本次測試要求的內容

測試用例編號寫規範

關注我，持續更新中。。。

軟體測試如何寫好測試用例？

軟體 資料 程式 文件 測試時就是運算元據，操作的主體就是程式，文件就是工作時的視覺化 軟體測試的基礎 軟體測試就是保證軟體質量，滿足使用者需求的一種手段 測試流程 需求分析 制定計畫 編寫用例與執行 對測試結果的分析報告 測試的生命週期 測試計畫，測試設計，測試開發 測試用例的編寫 測試執行，測試...

如何寫好測試用例

這裡說的不是設計測試用例的數量，而是測試用例的書寫。我在實習期間對乙個內部使用的工具進行測試，負責增刪改查部分。作為實習生，很想有乙個準確的答案告訴我該怎麼做不該怎麼 應試教育的惡果 但實際工作中確實是乙個人有乙個人的風格，聽多了反而不知道該怎麼做。所以我第一批的tc寫的特別詳細，如 前置條件 en...

如何寫好測試用例

注意優先順序和重要級不一定成正比關係。比如 週末出去玩，但是公司突然加班 優先順序 出去玩 重要級 回公司加班 當然結果是回去加班 如何選擇適當的資料子集，來代表整個資料集。通過降低測試的資料去實現 合理的 覆蓋，覆蓋了更多的可能資料，以發現更多的軟體缺陷 使用邊界值分析方法設計測試用例時一般與等價...