什麼樣的測試用例是好的測試用例,什麼是測試用例

1樓：想自由

1、用例覆蓋程度

毫無疑問，這一點應該是最重要的，無需多說，覆蓋率最大化是一套測試用例的最重要評價標準，如果漏測就杯具了。　　2、用例是否已經達到工作量最小化

在滿足用例覆蓋程度最大化的前提下，應該儘量減小執行用例所需要的工作量。這些方面的方法有不少，如條件覆蓋，分支覆蓋，正交覆蓋等方法。面對不同的測試物件，也有不同的方法來保證：

對於網頁背後的php邏輯，可以通過在網頁上測試後，用一些工具比如xdebug來統計**覆蓋率；對於向外提供介面的server

，採用的方式就是分析在外面暴露的介面設計用例，大致的通過介面引數來估計一下分支判斷的情況。

3、用例的分類以及描述是否足夠清晰

用例的分類，在這裡是指相同型別的用例是否放在一起了。例如：介面類的用例，引數的取值範圍是1-3，但是現在卻傳入4；資料類用例，狀態機現在位於狀態2，卻要求狀態跳轉到無法到達的4；邏輯類用例，正常功能的產出等。

將相同型別的用例放在一起，有助於理清思路，清楚瞭解用例設計是否完備。

用例的描述，是指描述的清晰程度是否能夠形成文件。例如上面引數取值範圍的例子，用例這樣寫：「傳入錯誤的值」或者「傳入非1-3的值」，明顯沒有寫成「傳入值4」有效。

這與寫程式一樣，總是寫閉區間的範圍而不是開區間。　　4、用例是否表明了測試目的

寫明用例的測試目的，對文件的易於理解性和工作交接的好處不言而喻，現代軟體工程不可能只有一個人在做事情，專案於人員的變動也是難免的。在過程中留下足夠的資訊，可以在後續工作提高很多效率。　　5、測試用例的易於維護性

如果被測物件有所升級，測試用例的說明或者指令碼是不是容易維護呢？例如在有狀態機的情況下，測試用例之間是相互依賴的（即需要一定的執行順序），這樣被依賴的用例修改後，後端不需要同步根據修改。而如果用例之間沒有相互依賴關係（如用例是自己造的資料，不是依賴於前端的產出），可能一旦有變化，就需要修改這兩個。

當然，這兩種情況不能絕對的說哪種好，是需要看實際使用時候的情況進行取捨的。

什麼是測試用例

2樓：此魚非彼魚

軟體測試用例就是指導你對軟體執行操作，幫助你證明軟體功能或發現軟體缺陷的一種說明。

3樓：夏曉佳

測試用例就是test case，是為了系統地測試一個功能而由測試工程師寫下的文件或指令碼。

記錄下來，並加以完善，因為測試一個功能往往不是走一遍就ok的，需要反覆的改，反覆的測，直到功能可以提交給客戶。

4樓：

測試用例是指對一項特定的軟體產品進行測試任務的描述，體現測試方案、方法、技術和策略。內容包括測試目標，測試環境，輸入資料，測試步驟，預期結果，測試指令碼等並形成文件

5樓：比諸都可憐

測試用例就是把需求細分，根據測試方法寫成的測試點，來指導接下來的測試。

6樓：匿名使用者

測試用例（test case）是為某個特殊目標而編制的一組測試輸入、執行條件以及預期結果，以便測試某個程式路徑或核實是否滿足某個特定需求。

7樓：麴蘆韶書竹

先根據專案需求規格說明書，概要設計書，詳細設計書來分析測試需求點，回編寫用例的目

答的就是為了覆蓋這些測試需求點，常用的用例設計方法有：等價類劃分法，邊界值法，因果圖法，判定表法，場景法，錯誤推測法，測試用例包含的主要內容有：測試標識，測試標題，預置條件，詳細操作步驟及輸入值，期望結果，實際結果等.

8樓：賈涵閃良吉

測試用例就是copy

一個文件，描述輸入、動作、或者時間和一個期望的結果，其目的是確定應用程式的某個特性是否正常的工作。更詳細的內容見：

什麼是測試用例？？？？

9樓：

10樓：鏡馨費莫凌寒

軟體測試用例就是指導你對軟體執行操作，幫助你證明軟體功能或發現軟體缺陷的一種說明。