1. 你工作不主動，這時需要測試用例來催著去工作。
2. 你測試時總感覺思維很混亂，或者總感覺有些功能沒有測到，而另 一些功能已經測過好幾遍了，這時測試用例能夠幫你理清頭緒，理 順測試思路，進行比較系統的測試，不會有太多的重複，也不會讓 你的測試工作產生遺漏，可以有效的組織測試執行過程。
3. 在測試時間緊迫的情況下，你不知道要測什麼，或者要先測試那些 功能，測試用例這個時候就可以幫你分清重點，因為測試用例寫完 後一定要標識重要程度和優先順序，以防止在緊急的情況下有重點的 工作。
4. 你積極的工作狀態不能持續，這個時候測試用例又幫你乙個大忙， 因為測試用例上面操作步驟和預期結果都已經寫好了，你根本不用 思考，只需要照著上面做就行了。
5. 測試用例是你工作的見證，也是你每次測試以後向上級匯報的依據 ，有了測試用例，我知道我這次測試了那些功能，還有那些功能沒 有測到，對上級是乙個交代，也做到了自己心中有數。
6. 測試用例可以記錄你的靈感。如果靈感突發，有乙個新穎的測試 思路，你可以寫成測試用例，或許這個測試用例就是挽救整個軟體 的重大功臣。
7. 測試用例有助於不斷的改進工作。因為通過測試用例，可以知道哪 些測試用例測出bug的機率比較大，還有那些測試用例需要改進， 對我們以後工作的改進提供了依據
作為測試，為什麼要寫測試用例？
從幾點來說明 1.了解需求的過程，用用例來提現 乙個專案立項開始，測試就開始介入，我們從產品的需求文件 原型圖，效果圖等相關文件去熟悉產品的各個模組，各個業務流程。或者在產品規劃和設計階段，測試開始熟悉產品。而編寫用例的過程中，會充分的思考產品需求的細枝末節，需求的不合理 有矛盾 不明確的地方，還能...
我們為什麼要寫測試計畫？
我們為什麼要寫測試計畫？陳能技2007 9 23 原文 why do we write a test plan ainars galvans 我們不應該把測試計畫寫得冗長以致讓人畏懼，也不能寫得很短以致毫無意義，被忽略。模板是個好東西，但是模板會把作者的注意力從計畫的目標轉移 目標會因專案不同而不一...
為什麼設計測試用例
但是即使測試熟悉了，一旦產品開發出來，測試拿到參評就開始使用找bug嗎，我想即使測試熟悉了產品，在測試的過程中肯定對產品的功能有所遺忘，即使是熟悉過文件，由於一款產品的功能模組實在太多 如果測試只是憑著對需求文件的熟悉度，就開始亂點，沒有計畫沒有目標開始測試，到頭來自己做過哪些操作都忘記了，更別談測...