軟體測試用例設計中的結構設計

shbwf發表於2013-07-22
優秀的開發工程師不僅是有超強的程式碼編寫能力，同時他還有非凡的概要設計和詳細設計能力，那麼對於優秀的測試工程師來說，不應該僅僅是極強的發現問題的能力，還應該具備優秀的用例設計能力。用例設計實際上包含兩種能力，一種是結構設計能力，一種是用例場景設計能力，今天我想和大家討論的是前一種能力。
　　用例設計中的結構設計就類似於軟體開發中的概要設計，它實指用例設計中的測試項分拆、合併、派生。目前我們測試組有些員工在思考用例設計時包含了這個環節，但並沒有將這個環節熟練掌握，且一直困擾著部分人的測試工作開展。可能有人會說，我測試的產品質量雖然不是最差，但我的用例設計包含了80%的用例設計場景，應該不錯了，幹嘛還要強呼叫例設計中的結構設計呢？
　　用例設計的結構設計重要性在於如下幾方面：
　　1、合理地拆分測試項，有助於保證測試任務執行的分配與並行
　　2、合理地拆分測試項，有助於和開發節奏對應起來
　　3、合理地拆分測試項，有助於保證測試的執行與測試用例的當初設計不脫節
　　4、合理的拆分測試項，有助於保證測試覆蓋度
　　5、合理的拆分測試項，有助於用例場景的設計不出現混亂
　　6、合理的拆分測試項，有助於一個人全域性能力的培養
　　……
　　用例設計的結構設計這一塊究竟有什麼方法可循嗎？說句實話，至少現在我沒有見到任何書籍介紹這一快，我在面試過程中也在瞭解其他公司關於這一塊的做法，很多員工聽起來很陌生，可能是這個能力僅對組長以上的員工有要求吧，有的聽起來雖然不陌生，但是更多和我溝通的是關於用例設計的生成流程，
　　對於方法這一塊是不清楚的。總而言之，用例設計的結構設計這一塊對於很多公司的經驗總結來說還是空白，那就更談不上培訓了。關注這一塊，我是在2001年開始的，當時接受的一個是視訊會議系統的測試，組裡共5個人，為了將結構設計做好，的確費了一番周折。通過這幾年來，在不同專案中與不同員工磨合，對用例設計的結構設計部分摸索了一套如下一系列方法。我現在還不能說最好的，但應該是最實用的，絕對不是為了推銷需要。
　　1、基於概要設計/詳細設計的模組（元件）結構設計
　　2、基於產品需求文件的模組結構設計
　　3、基於資料流的結構設計
　　4、基於事件驅動的結構設計
　　5、基於訊息驅動的結構設計
　　6、基於處理邏輯的結構設計
　　7、基於條件因素的結構設計
　　8、基於MVC模型的結構設計
　　9、基於測試方法的結構設計
　　測試用例設計還要注意著重點
　　一、功能
　　關注頁面單個功能點驗證，充分考慮開發改動的每個點。這個是保證開發每個已知的修改點都能改對。
　　二、關聯
　　重點考慮修改點對其他模組的影響，包括程式碼的影響和運算元據引起的影響。
　　比如新增加的功能增加了資料庫表的欄位，必須關聯的驗證每個使用該表的該欄位的模組是否正常工作。難點在於需要分析出已知和未知的影響模組，考慮的越多，往往遺漏的問題就越少。
　　三、流程
　　很多系統是有流程的，比如工作流系統。當修改了一個點的時候，我們必須考慮整個流程是否能夠正常運轉起來。
　　四、升級
　　我們大部分系統都是對已有的系統進行升級。對於升級前的資料，我們必須保證能夠正常工作。升級之前，需要模擬好各種情況。也需要對升級的資料庫指令碼進行充分的檢查。
　　五、安全
　　比如選單功能許可權等。
[@more@]

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/11323760/viewspace-1060763/，如需轉載，請註明出處，否則將追究法律責任。

相關文章