[Tommas] 測試用例覆蓋率(三)

3、測試數據的設計數據庫

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

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

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

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

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

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

相關文章
相關標籤/搜索