- 相關(guān)推薦
測試用例
測試用例(Test Case)目前沒(méi)有經(jīng)典的定義。比較通常的說(shuō)法是：指對一項特定的軟件產(chǎn)品進(jìn)行測試任務(wù)的描述，體現測試方案、方法、技術(shù)和策略。內容包括測試目標、測試環(huán)境、輸入數據、測試步驟、預期結果、測試腳本等，并形成文檔。
不同類(lèi)別的軟件，測試用例是不同的。不同于諸如系統、工具、控制、游戲軟件，管理軟件的用戶(hù)需求更加不統一，變化更大、更快。筆者主要從事企業(yè)管理軟件的測試。因此我們的做法是把測試數據和測試腳本從測試用例中劃分出來(lái)。測試用例更趨于是針對軟件產(chǎn)品的功能、業(yè)務(wù)規則和業(yè)務(wù)處理所設計的測試方案。對軟件的每個(gè)特定功能或運行操作路徑的測試構成了一個(gè)個(gè)測試用例。
編制測試用例的具體做法。
1、測試用例文檔
編寫(xiě)測試用例文檔應有文檔模板，須符合內部的規范要求。測試用例文檔將受制于測試用例管理軟件的約束。
軟件產(chǎn)品或軟件開(kāi)發(fā)項目的測試用例一般以該產(chǎn)品的軟件模塊或子系統為單位，形成一個(gè)測試用例文檔，但并不是絕對的。
測試用例文檔由簡(jiǎn)介和測試用例兩部分組成。簡(jiǎn)介部分編制了測試目的、測試范圍、定義術(shù)語(yǔ)、參考文檔、概述等。測試用例部分逐一列示各測試用例。每個(gè)具體測試用例都將包括下列詳細信息：用例編號、用例名稱(chēng)、測試等級、入口準則、驗證步驟、期望結果(含判斷標準)、出口準則、注釋等。以上內容涵蓋了測試用例的基本元素：測試索引，測試環(huán)境，測試輸入，測試操作，預期結果，評價(jià)標準。
2、測試用例的設置
我們早期的測試用例是按功能設置用例。后來(lái)引進(jìn)了路徑分析法，按路徑設置用例。目前演變?yōu)榘垂δ�、路徑混合模式設置用例。
按功能測試是最簡(jiǎn)捷的，按用例規約遍歷測試每一功能。
對于復雜操作的程序模塊，其各功能的實(shí)施是相互影響、緊密相關(guān)、環(huán)環(huán)相扣的，可以演變出數量繁多的變化。沒(méi)有嚴密的邏輯分析，產(chǎn)生遺漏是在所難免。路徑分析是一個(gè)很好的方法，其最大的優(yōu)點(diǎn)是在于可以避免漏測試。
但路徑分析法也有局限性。在一個(gè)非常簡(jiǎn)單字典維護模塊就存在十余條路徑。一個(gè)復雜的模塊會(huì )有幾十到上百條路徑是不足為奇的。筆者以為這是路徑分析比較合適的使用規模。若一個(gè)子系統有十余個(gè)或更多的模塊，這些模塊相互有關(guān)聯(lián)。再采用路徑分析法，其路徑數量成幾何級增長(cháng)，達5位數或更多，就無(wú)法使用了。那么子系統模塊間的測試路徑或測試用例還是要靠傳統方法來(lái)解決。這是按功能、路徑混合模式設置用例的由來(lái)。
3、設計測試用例
測試用例可以分為基本事件、備選事件和異常事件。設計基本事件的用例，應該參照用例規約(或設計規格說(shuō)明書(shū))，根據關(guān)聯(lián)的功能、操作按路徑分析法設計測試用例。而對孤立的功能則直接按功能設計測試用例�；臼录臏y試用例應包含所有需要實(shí)現的需求功能，覆蓋率達100%。
設計備選事件和異常事件的用例，則要復雜和困難得多。例如，字典的代碼是唯一的，不允許重復。測試需要驗證：字典新增程序中已存在有關(guān)字典代碼的約束，若出現代碼重復必須報錯，并且報錯文字正確。往往在設計編碼階段形成的文檔對備選事件和異常事件分析描述不夠詳盡。而測試本身則要求驗證全部非基本事件，并同時(shí)盡量發(fā)現其中的軟件缺陷。
可以采用軟件測試常用的基本方法：等價(jià)類(lèi)劃分法、邊界值分析法、錯誤推測法、因果圖法、邏輯覆蓋法等設計測試用例。視軟件的不同性質(zhì)采用不同的方法。如何靈活運用各種基本方法來(lái)設計完整的測試用例，并最終實(shí)現暴露隱藏的缺陷，全憑測試設計人員的豐富經(jīng)驗和精心設計。
【測試用例】相關(guān)文章：
測測你的幸福指數10-17
測測你的性格顏色06-26
測測你的AQ指數01-29
測測你的財富指數02-25
測測哪個(gè)行業(yè)適合你？03-24
測測你的心理圍墻有多高12-01
測測你的本性是神還是魔08-04
測測你的心態(tài)是怎么樣的07-18
測測你的性格像什么天氣04-28