你是怎麼樣跑測試用例的呢?

你們應該都有過寫測試用例的經歷。

個人經歷大概是這樣的。

以前剛入行的時候是用excel寫用例。大概就是往模版裏填充一些必填字段，好比用例編號，名稱，步驟，預期等等。那時候啥都不懂，預期裏基本上是隨心寫，填的都是"應該正常執行", "結果應該正確"之類的寫了等於沒寫的話語，無非就把格子填滿，顯得頗有工做量的樣子。執行用例的時候基本上是看需求文檔，本身寫的用例也不看，測完了就無腦打勾，顯得工做是按時按量完成了的。

後來不少年用例管理也一直沒有改善，無非就是excel換模版，而後用打勾的形式去代表工做已經完成。這是手工執行的方式。

也經歷過很長一段時間用自動化的方式去運行用例的狀況，這時候用例基本是代碼，代碼是常常要去更新的，以便加強穩定性和更新業務邏輯。這時候報告和日誌比較重要，由於跑出問題以後須要經過報告和日誌迅速去定位問題，提bug或者再人肉驗證一下。

若是對軟件測試、接口測試、自動化測試、性能測試、LR腳本開發、面試經驗交流。感興趣能夠175317069，羣內會有不按期的發放免費的資料連接，這些資料都是從各個技術網站蒐集、整理出來的，若是你有好的學習資料能夠私聊發我，我會註明出處以後分享給你們。

再後來即是開發了一些測試用例的管理系統，本身用起來還行，無非就是把excel填格子的過程改爲了從網頁上填表單，可是推廣的時候遇到了很大的阻力，畢竟你們仍是習慣於用excel去管理，在寫好了execl以後導入到系統裏，整個系統除了執行的時候能夠體現用例狀態以外，其餘的話意義不是很明顯，並且不少時候，用例的執行狀態並非你們關注的重點，因此用例管理系統後來也沒太多任用，荒廢掉了。

近些年不少同窗用腦圖的方式來管理測試用例，等於就是把需求換個維度整理了一番，變成了一個個的場景或者檢查點，測試的時候能夠對照着檢查點來，比excel有不錯的提高，能夠推薦你們試一下。

腦圖實際上是整理+記錄的過程，很像是咱們以前初高中時候老師寫的板書，好發散，格式比填格子靈活。我建議能夠不用在腦圖裏寫預期結果，執行完成以後再補充也行。

寫腦圖能夠用場景導向，枚舉大部分的異常場景可能會比較的有價值。

若是寫了用例可是測試的時候不去對照着看或者執行，那麼寫不寫都無所謂了。真正有價值的用例多是

• 本身測試的時候會去對照着看或執行
• 你們都能看懂
• 保持跟最新的需求同步

最後給一張最近關注度比較高的個稅腦圖，這個圖基本上算是很是全面的測試檢查點了，你們能夠參考一下。

推薦閱讀

• 學軟件測試最好的幾本書，這8本書能幫你不少
• 軟件測試7年的工程師，講述當初是怎麼突破的瓶頸？少走彎路