[Tommas] 測試用例覆蓋率（三）

3、測試數據的設計

每個測試思路最終都要轉化成具體的數據才能來執行。關於測試數據設計的方法也不外乎那幾種，就再也不贅述了。此處單就一些常常易犯的錯誤，提出一些注意點，做爲用例數據設計時的參考：

一、儘可能避免可能出現歧義測試結果的數據：即你設計的數據必須能惟一正確地反映出你所但願測試的結果。好比一組測試數據，有可能獲得結果A或結果B，此時單用此數據來測試預期結果爲A的用例，那明顯就產生了歧義。

二、對於不便具體列示的數據，則必須詳細描述其各項特性：有時咱們在設計用例時爲節約時間，不必定要到具體的一個數值，這也是容許的，但前提是你必需要詳細描述清楚你要測試的數據特性。好比數據庫字段限長20，要測試超長數據時，能夠描述爲：嘗試輸入長度爲21位的半角英文字符；嘗試輸入長度爲19位的半角英文字符，而後切換到中文全角再輸入一位全角字符等。千萬不能寫成：嘗試輸入超長字符，由於這隻能是測試方案，做爲方案是能夠這樣寫，但到用例階段，必需要是具體的、明確的、可操做的。

三、測試數據的設計必須有明確目的性：即測試數據是從測試方案衍生而來的。如上例測試方案是測超長字符輸入控制，因此測試數據就要根據具體字段長度來錄入超長數據，若是一味錄入長15位、長16位的數據那就沒意義了。好的測試數據是能夠同時針對多個測試方案的，此時能夠在用例邊註明一下該數據的測試目的，由於隨着時間推移，對着具體的數據你也許會忘了它究竟是測什麼的，而這對你最後總結測試，查驗測試覆蓋率是很是不利的，因此隨時記下你的思路想法吧，好記性不如爛筆頭。

四、測試數據可省略描述：測試數據描述以能讓人看懂爲準則。因此寫用例時當碰到連續幾個用例，僅某幾個關鍵數據值改動，其他均是同樣的狀況下，沒必要每一個用例都要重複描述全部數據，能夠在第一個用例描述完整以後，其他用例中僅列示不一樣的數據，並標明其他數據同上第X個用例，便可。這樣測試時仍能復原測試數據，且該用例的測試目的一眼就明，增長了用例的清晰性。

至些，我根據測試用例設計的順序，從測試數據的切面設計（即測試項劃分），到詳細測試用例設計，再到測試數據設計三個層面，逐一介紹瞭如何來提升測試用例的覆蓋度。由於具體項目中的具體狀況太多，以上敘述的內容也只能是管窺蠡測。至於其中的疏漏錯誤之處應也不免，只但願各位閱後能打開思路，從本身多年的測試經驗中多總結、提煉出一些想法思路，進一步補充完善這個文檔，使你們的測試用例設計能力都能進一步提高。