但路徑分析法也有局限性。在一個(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)驗和精心設計。
四、測試用例在軟件測試中的作用
1、指導測試的實(shí)施
測試用例主要適用于集成測試、系統測試和回歸測試。在實(shí)施測試時(shí)測試用例作為測試的標準，測試人員一定要按照測試用例嚴格按用例項目和測試步驟逐一實(shí)施測試。并對測試情況記錄在測試用例管理軟件中，以便自動(dòng)生成測試結果文檔。
根據測試用例的測試等級，集成測試應測試那些用例，系統測試和回歸測試又該測試那些用例，在設計測試用例時(shí)都已作明確規定，實(shí)施測試時(shí)測試人員不能隨意作變動(dòng)。
2、規劃測試數據的準備
在我們的實(shí)踐中測試數據是與測試用例分離的。按照測試用例配套準備一組或若干組測試原始數據，以及標準測試結果。尤其象測試報表之類(lèi)數據集的正確性，按照測試用例規劃準備測試數據是十分必須的。
除正常數據之外，還必須根據測試用例設計大量邊緣數據和錯誤數據。
3、編寫(xiě)測試腳本的"設計規格說(shuō)明書(shū)"
聯(lián)系客服
