初識測試用例

1、爲何要寫測試用例？

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

2、測試用例的好處

　　一、理清思路，避免遺漏

　　這裏是咱們認爲最重要的一點，假如咱們測試的項目大而複雜，咱們能夠把項目功能細分，根據每個功能經過編寫用例的方式來整理咱們測試系統的思路，避免遺漏掉要測試的功能點。

　　二、跟蹤測試進展

　　經過編寫測試用例，執行測試用例，咱們能夠很清楚的知道咱們的測試進度。

　　三、歷史參考

　　在咱們所作的項目中，也許會有不少功能是相同或相近的，咱們對這類功能設計了測試用例，便於之後咱們遇到相似功能的時候能夠作參考依據。

　　四、重複性

　　咱們測試一個系統不是一我的測一遍就算測完的，須要多人反覆的進行測試，那麼咱們就須要測試用例來規範和指導咱們的測試行爲。

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

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

    標準以下：

       是否夠高效，是否夠經濟，是否有足夠的拓展性

     一、測試用例書寫格式正確、描述清晰， 其餘測試人員拿到測試用例能夠在不詢問寫做人的狀況下正常執行下去

     二、測試用例對測試點覆蓋徹底，也就是說測測過程當中發現的問題基本都是經過測試用例發現的，發現的比例越高越好， 越高說明測試用力的防禦能力越強，固然測試用例不           可能特別完備，在咱們執行測試用例的過程，若是bug不是經過用例發現，咱們須要對用例進行增長，這樣咱們下一次就能夠把這個問題給防禦住。

4、概念

1.什麼是測試用例？

在測試過程當中很重要的一類文檔，它是測試工做的核心、是一組在測試時輸入輸出的標準、是軟件需求的具體對照。

2.測試用例的做用：

檢驗軟件是否知足客戶需求、體現一個測試人員的工做量、展示測試用例的設計思路

3.測試用例所包含的內容：

用例編號、用例名稱、測試背景、前置條件、優先級、重要級、測試數據、測試步驟、預期結果、實際結果、備註。

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

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

     前置條件：就是在執行操做步驟前，系統須要達到的狀態

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

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

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

4.測試用例的編寫流程：

需求分析->提取測試點->測試用例編寫->測試用例評審