已經很久沒有寫過case了,結合以前編寫用例的一些經驗，其實覺得編寫用例也還是有流程可走的(當然不是按照教科書上說的那樣進行用例設計，姑且不說有多少企業會有那么詳細的需求書，會有多少時間讓你去寫完善，非常詳細的測試用例，反正我是感覺項目中寫用例的時間非常短)，總結自己的一些經驗，不單單是用例設計，還涉及到一些其他方面。
簡單7個步驟：
1、理清模塊需求：
----由于項目需求說明書不詳細，而且沒有進行需求評審的情況下，在拿到上級lead給的測試任務后，一拿到先別著急去寫測試用例，首先你應該做的是，根據有限的模塊需求說明進行深入理解模塊的功能，流程，以及涉及到的其他功能，記錄下來。發送給該模塊的開發人員，詢問他你理解的是否和他設計的有差錯，雖然說開發人員可能對整個需求不情況，但是對自己要開發的模塊肯定還是能說出個大概來。
2、測試需求提起
-----在經過和相對應的開發人員簡單交流后，就可以根據得到文檔進行測試需求提起了，原則是從大到小，大模塊一直分解到最小部分模塊。整理一份模塊測試需求書
3、設計測試思路
-----測試需求書完成后，就可以設計測試思路，這里的設計思路并不是說寫測試用例，而是一個總的思路說明;
舉個例子：
如大家都熟悉的軟件升級功能，可以向下面一樣簡單列出測試思路
正常情況：
1、軟件在網絡鏈接好的情況下升級正常
2、最新版本的軟件不能進行升級，升級會有提示
3、試用期的軟件不能升級
4、升級過程中能正常取消，而且不會影響到軟件
異常情況：
1、在網絡速度非常緩慢情況下的升級
2、在網絡時斷時續情況下進行升級
3、系統電腦系統資源消耗嚴重情況下升級
4、升級過程中進行斷電，斷網，關機等操作
5、下載過程中強制推出軟件
上面只是簡單列出一些思路，還有很多。在列出測試思路后，如果時間的話可以組織測試人員和開發人員進行頭腦風暴，因為一個人的思路是有限的，開發人員可以從開發的角度考慮有那些地方需要重點考慮的，其他人員也會有自己的想法。
在上面的例子中，我們還可以想到，網絡是代理的情況，下載的文件大小情況，服務器支持的最大用戶同時升級，軟件下載是否支持斷點續傳等，，
4、測試用例編寫
文章來源于領測軟件測試網 http://www.kjueaiud.com/
