簡單7個步驟：
1、理清模塊需求 ：
----由于項目需求說明書不詳細，而且沒有進行需求評審的情況下，在拿到上級lead給的
測試任務后，一拿到先別著急去寫
測試用例，首先你應該做的是，根據有限的模塊需求說明進行深入理解模塊的功能，流程，以及涉及到的其他功能，記錄下來。發送給該模塊的 開發 人員，詢問他你理解的是否和他設計的有差錯，雖然說開發人員可能對整個需求不情況，但是對自己要開發的模塊肯定還是能說出個大概來。
2、測試需求提起
-----在經過和相對應的開發人員簡單交流后，就可以根據得到文檔進行測試需求提起了，原則是從大到小，大模塊一直分解到最小部分模塊。整理一份模塊測試需求書
3、設計測試思路
-----測試需求書完成后，就可以設計測試思路，這里的設計思路并不是說寫測試用例，而是一個總的思路說明;
4、測試用例編寫
----頭腦風暴完成后，就可以整理出一份測試思路，最好在設計 測試用例模板 時考慮到這點，只有把思路記錄下來，在后面的詳細用例編寫中才不會忘記，在后期的維護用例中也可以快速掌握用例情況。后面會有一份測試用例模板
5、測試用例評審
---------這一步就不說了，如果有時間的話最好做詳細的用例評審，沒有時間的話也要進行測試內部人員相互查看各自的用例，提出各自的意見。
6、執行用例
--------這一步是最好檢驗測試用例編寫的水平了，交叉進行用例執行。
7、用例效率計算
-------這一步對有很好 測試管理 工具的公司來說，可能沒有用處。這里是根據公司進行設計的，由于公司不是很大，也沒有用大型商業測試管理工具，所以一下用例效率都可能必須手動，公司用Jira管理
Bug ，用例和需求都是通過Excel進行管理。在需求與用例之間暫時沒有想到好的方法，用例與Bug對應已經想出方法了，在下面的的用例模板中有。
雖然說對應比較簡單，但是比較實用，能夠快速反應出
用例設計的 質量 ，以及用例是否遺漏了。