爲什麼要使用測試用例
其實，測試用例不是必須的。如果你是一個特別有想法的人，或者在軟件測試方面很有天賦，每天都能找到其他人幾天時間才能找到的Bug，那麼你可以不用測試用例，如果我是Test Manager的話，就會讓你做一個Ad-hoc Tester，因爲我已經覺得你足夠好了，不需要測試用例來指導你了，因爲你很有想法，有自己的測試思路。就像陳宏剛博士在Microsoft公司做Tester的時候，就是一個Ad-hoc Tester，因爲他有自己的測試思路，他每天找到的Bug比他們小組其他所有Tester測試出來的Bug總和還要多，所以Test manager 根本就不管他，也不給他什麼要求，就讓他每天測好了。
但是不幸的是，你可能不是這樣的人，或者你身上存在着幾種情況，就最好使用測試用例。
1. 你工作不主動，你需要測試用例來催着你去工作；
2. 你測試時總感覺思維很混亂，或者總感覺有些功能沒有測到，而一些功能已經測過好幾遍了，這樣測試用例能夠幫你理清頭緒，進行比較系統的測試，不會有太多的重複，也不會讓你的測試工作產生遺漏；
3. 在測試時間緊迫的情況下，你不知道要測什麼，或者要先測試那些功能，測試用例這個時候就可以幫你分清重點，因爲測試用例寫完後一定要標重要程度和優先級，以防止在緊急的情況下有重點的工作。
4. 你積極的工作狀態不能持續，這個時候測試用例又幫你一個大忙，因爲測試用例上面操作步驟和預期結果都已經寫好了，你根本不用思考，只需要照着上面做就行了。
5. 測試用例是你工作的見證，也是你每次測試以後向上級彙報的依據，有了測試用例，我知道我這次測試了那些功能，還有那些功能沒有測到，對上級是一個交代，也做到了自己心中有數。
6. 測試用例可以記錄你的靈感。如果靈感突發，有一個新穎的測試思路，你可以寫成測試用例，或許這個測試用例就是挽救整個軟件的重大功臣。
7. 測試用例有助於不斷的改進工作。因爲通過測試用例，可以知道哪些測試用例測出Bug的機率比較大，還有那些測試用例需要改進，對我們以後工作的改進提供了依據。
以上幾條如果還不能推動你寫測試用例的話，那麼只有通過時間來證明了。我現在已經習慣在測試之前寫測試用例了，如果測試之前沒有測試用例的話，反而覺得不習慣。當然在不同的情況下（比如時間緊迫和有充足的時間的情況），測試用例的寫法是不一樣的。
長按識別二維碼加關注
更多遊戲視頻、福利等着你哦
