軟體測試交流群，歡迎測試的大蝦，新人加入本群，一起探討測試技術的學習，群裡面也有很多資料，656721740

        軟體測試的同學肯定都寫過測試用例，但是如何寫出一份高質量的測試用例呢？測試用例有哪些要求呢？為什麼要寫測試用例呢？

為什麼要寫測試用例？

       在版本轉測試之後，我們測試的基礎是什麼？如果沒有測試用例，我們應該怎麼展開測試？怎麼樣保證測試點不遺漏、而且不人力投入不重複、怎麼樣追溯我們的測試質量？如果沒有測試用例，這些工作可能都無法開展， 所以測試用例是測試的根基，可以讓我們的測試活動從不可控的狀態變成可控的狀態， 讓測試活動開展起來更加順利，視覺化的跟蹤我們的測試進度，哪些已測試、哪些未測試，所以要想成為一個高水平的測試人員，寫出一份高質量的測試用例是基礎。

測試用例由哪幾部分構成？

      測試用主要由8部分構成：  所屬的模組、名稱、編號、等級、描述、預製條件、操作步驟、預期結果

     下面重點說明下面幾個部分 名稱、描述、預置條件 操作步驟 預期結果

     名稱：要求熟練的測試人員看見名稱就大概明白測試用例所測試的點，大概怎麼測試，不要求描述過分詳細，儘量簡短、精練

     描述：測試點的詳細描述，相當於測試用例名稱的詳細版

     預製條件：就是在執行操作步驟前，系統需要達到的狀態

     操作步驟：如果有多個步驟，每一個步驟都需要填上序號，每一行一個步驟， 不能寫得過於簡略，至少要讓熟悉過系統的測試人員可以執行，也建議不要寫得太複雜。

     預期結果：如果有多個檢查點，需要都羅列出來，每一行一個標號， 讓人一目瞭然有幾個結果檢查點， 另外檢查點儘量寫詳細些，不要出現結果正常、不正常等字眼，應該描述 出正常的具體情況。

    把測試用例的每一個部分寫好僅僅是測試用例的基本要求，就算這些都做好了，也不能說明這個測試用例是一個好的測試用例。

測試用例好壞的評判標準？

     首先糾正一個誤區，測試用例不是越多越好？相反如果測試用例中冗餘用例太多，這樣在執行測試用例會浪費大量測試人力，而且不會產生測試效果。

    標準如下：

     1、測試用例書寫格式正確、描述清晰， 其他測試人員拿到測試用例可以在不詢問寫作人的情況下正常執行下去

     2、測試用例對測試點覆蓋完全，也就是說測測過程中發現的問題基本都是通過測試用例發現的，發現的比例越高越好， 越高說明測試用力的防護能力越強，當然測試用例不           可能特別完備，在我們執行測試用例的過程，如果bug不是通過用例發現，我們需要對用例進行增加，這樣我們下一次就可以把這個問題給防護住。

如何寫出一份高質量的測試用例？

     1、測試人員儘早介入，徹底理解清楚需求，這個是寫好測試用例的基礎

      2、如果以前有類似的需求，可以參考類似需求的測試用例， 然後還需要看類似需求的bug情況

      3、清楚輸入、輸出的各種可能性，以及各種輸入的之間的關聯關係，理解清楚需求的執行邏輯， 通過等價類、邊界值、判定表等方法找出大部分用例

      4、 找到需求相關的一些特性，補充測試用例

      5、根據自己的經驗分析遺漏的測試場景

      6、多總結類似功能點的測試點，才能夠寫出質量越來越高的測試用例

      7、書寫格式一定要清晰

歡迎加入軟體測試互幫互助群 656721740 ，群裡面有一些測試相關的資料，希望對加群的人有所幫助，測試相關的問題大家一起在群裡面討論。