從幾點來說明：
1.了解需求的過程，用用例來提現
乙個專案立項開始，測試就開始介入，我們從產品的需求文件、原型圖，效果圖等相關文件去熟悉產品的各個模組，各個業務流程。或者在產品規劃和設計階段，測試開始熟悉產品。而編寫用例的過程中，會充分的思考產品需求的細枝末節，需求的不合理、有矛盾、不明確的地方，還能對產品提出更好的建議，監督產品對需求做出更加詳細的設計。整個過程是對需求深入了解的過程，產品的整個印象都在測試腦海裡。
2.用例即是標準
用例編寫是把產品需求轉換為一種可操作步驟的行為，方便以後作為測試的標準，有步驟有計畫的進行測試。如果沒有這個標準，會使你的測試過程無計畫，無目標，變成乙個放任主流的狀態，完全沒有受控性。這樣的產品質量保證顯然是空談。
3.規劃測試資料的準備
在我們的實踐中測試資料是與測試用例分離的。按照測試用例配套準備一組或若干組測試原始資料，以及標準測試結果。尤其象測試報表之類資料集的正確性，按照測試用例規劃準備測試資料是十分必須的。除正常資料之外，還必須根據測試用例設計大量邊緣資料和錯誤資料
4.反應測試進度
測試人員開始按照測試用例的描述測試，每過完乙個用例標記完成；這樣測試也知道自己做過哪些操作，避免沒有目的隨機測試。並且通過測試用例的執行條數，大致了解該模組的測試進度。
5.舉一反三發現潛藏缺陷
測試人員在執行用例的過程中往往會突然發現當初設計的用例步驟中，還可以做這樣乙個操作，於是發現了bug，這又體現了測試用例的作用， 幫助發現拓展測試範圍，擴大測試覆蓋面，發現軟體中潛藏的缺陷。
6.分析缺陷的標準
通過收集缺陷，對比測試用例和缺陷資料庫，分析確證是漏測還是缺陷復現。漏測反映了測試用例的不完善，應立即補充相應測試用例，最終達到逐步完善軟體質量。而已有相應測試用例，則反映實施測試或變更處理存在問題。
測試用例可以用來衡量乙個專案測試質量。測試用例的健壯性，完整性，覆蓋程度等，都對專案測試質量有影響。因此在平時的測試流程中，編寫測試用例就是測試過程中很重要的一步，每乙個測試工程師都需要並且非常熟練的編寫測試用例，能在編寫測試用例中盡可能的覆蓋任何異常的測試點；如何能編寫優秀的測試用例，就需要測試人員掌握更多的用例編寫技巧以及思考出更多的測試點。
開發中為什麼要寫測試用力
1.你工作不主動，這時需要測試用例來催著去工作。2.你測試時總感覺思維很混亂，或者總感覺有些功能沒有測到，而另 一些功能已經測過好幾遍了，這時測試用例能夠幫你理清頭緒，理 順測試思路，進行比較系統的測試，不會有太多的重複，也不會讓 你的測試工作產生遺漏，可以有效的組織測試執行過程。3.在測試時間緊迫...
為什麼設計測試用例
但是即使測試熟悉了，一旦產品開發出來，測試拿到參評就開始使用找bug嗎，我想即使測試熟悉了產品，在測試的過程中肯定對產品的功能有所遺忘，即使是熟悉過文件，由於一款產品的功能模組實在太多 如果測試只是憑著對需求文件的熟悉度，就開始亂點，沒有計畫沒有目標開始測試，到頭來自己做過哪些操作都忘記了，更別談測...
為什麼要使用測試用例
首先我們需要知道介面測試中的重點 測試用例 以下部分來自 1 理清思路，避免遺漏 如果我們測試的專案大而複雜，我們可以把專案功能細分，根據每乙個功能通過編寫用例的方式來整理我們測試系統的思路，避免遺漏掉要測試的功能點。2 跟蹤測試進展 通過編寫測試用例，執行測試用例，我們可以很清楚的知道我們的測試進...