軟件測試用例的設計-提高測試覆蓋率 軟件測試

　　說到測試用例的設計，我想每個有過測試經歷的測試工程師都會認為很簡單，不就是：按需求或概要設計，得到軟件功能劃分圖，然后據此按每個功能，采用等價類劃分、臨界值、因果圖等方法來設計用例就行了。

　　但事實上撇開測試數據的設計不談，僅就測試項來說，我們發現，對同一個項目，有經驗的測試人員，在寫用例或測試時總會有更多的測試考慮點，從而發現更多的問題;而有些測試人員測試用例的撰寫卻只有那么三板斧，表面看好象已經把頁面所有信息的測試都考慮到了，實際上卻還是遺漏了大量測試覆蓋點，導致其測試出來的程序總是比較脆弱。

　　究其原因，我覺得還是測試用例的撰寫水平不到位，更確切地說是測試用例的覆蓋度太低。說實話我認為系統測試用例真正做到100%覆蓋是很難的。難道說按設計中的功能劃分，每個功能都寫到了這個用例就覆蓋完整了?錯，這還遠遠不夠。因為我們知道還有大量的內部處理、轉換、業務邏輯、相互影響的關系等都是需求或設計中所不會點明的。而這些一方面需要靠測試人員對項目本身的了解，另一方面要靠測試人員的經驗，來一一找到這些隱藏點并予以測試，才能真正地保證我們的測試覆蓋度。

　　所以本文拋開具體的測試數據設計方法，主要從測試覆蓋度的角度來介紹用例設計時，如何才能考慮地更周全，如何才能將隱藏的測試項一一找出，從而使我們的測試更全面更完整。

　　想法雖然美好，可是畢竟每個測試的項目都是各不相同，針對不同項目我們的經驗也會告訴給我們不同的想法，這些想法通常很感性，很難用嚴密的邏輯理論來把它升華。因此本文的內容仍是很簡陋且不成熟，只是希望能以本文為磚，引起大家的思考，一起來補充完善，以使我們的測試用例設計水平不斷提高。

　　2010年下半年軟考成績查詢時間及方式匯總

　　2011年上半年計算機軟考時間及科目安排

　　2011年軟件水平考試軟件測評師基礎知識輔導匯總