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