軟件測試用例設計與管理思路經驗總結

        軟件測試用例設計與管理思路經驗總結   軟件測試

　　已經很久沒有寫過case了,結合以前編寫用例的一些經驗，其實覺得編寫用例也還是有流程可走的(當然不是按照教科書上說的那樣進行用例設計，姑且不說有多少企業會有那么詳細的需求書，會有多少時間讓你去寫完善，非常詳細的測試用例，反正我是感覺項目中寫用例的時間非常短)，總結自己的一些經驗，不單單是用例設計，還涉及到一些其他方面。

　　簡單7個步驟：

　　1、理清模塊需求：

　　----由于項目需求說明書不詳細，而且沒有進行需求評審的情況下，在拿到上級lead給的測試任務后，一拿到先別著急去寫測試用例，首先你應該做的是，根據有限的模塊需求說明進行深入理解模塊的功能，流程，以及涉及到的其他功能，記錄下來。發送給該模塊的開發人員，詢問他你理解的是否和他設計的有差錯，雖然說開發人員可能對整個需求不情況，但是對自己要開發的模塊肯定還是能說出個大概來。

　　2、測試需求提起

　　-----在經過和相對應的開發人員簡單交流后，就可以根據得到文檔進行測試需求提起了，原則是從大到小，大模塊一直分解到最小部分模塊。整理一份模塊測試需求書

　　3、設計測試思路

　　-----測試需求書完成后，就可以設計測試思路，這里的設計思路并不是說寫測試用例，而是一個總的思路說明;

　　舉個例子：

　　如大家都熟悉的軟件升級功能，可以向下面一樣簡單列出測試思路

　　正常情況：

　　1、軟件在網絡鏈接好的情況下升級正常

　　2、最新版本的軟件不能進行升級，升級會有提示

　　3、試用期的軟件不能升級

　　4、升級過程中能正常取消，而且不會影響到軟件

　　異常情況：

　　1、在網絡速度非常緩慢情況下的升級

　　2、在網絡時斷時續情況下進行升級

　　3、系統電腦系統資源消耗嚴重情況下升級

　　4、升級過程中進行斷電，斷網，關機等操作

　　5、下載過程中強制推出軟件

　　6、多個客戶同時進行升級，查看升級服務器的性能

　　上面只是簡單列出一些思路，還有很多。在列出測試思路后，如果時間的話可以組織測試人員和開發人員進行頭腦風暴，因為一個人的思路是有限的，開發人員可以從開發的角度考慮有那些地方需要重點考慮的，其他人員也會有自己的想法。

　　在上面的例子中，我們還可以想到，網絡是代理的情況，下載的文件大小情況，服務器支持的最大用戶同時升級，軟件下載是否支持斷點續傳等，，

　　4、測試用例編寫

原文轉自：http://www.anti-gravitydesign.com