大家好，我是十一。
前情回顧
上面一篇我們講了判定表法，我們先來回顧下：
判定表法
判定表驅(qū)動法是分析和表達(dá)多邏輯條件下執(zhí)行不同操作的工具。由條件樁、動作樁、條件項、動作項、規(guī)則5大元素組成。
建立判定表的五大步驟：列出所有的條件樁和動作樁；確定規(guī)則；填入條件項；填入動作項；簡化。
判定表轉(zhuǎn)化成測試用例：判定表中的每一列就是一條測試用例。
今天，我們講一個相對容易理解的設(shè)計方法：錯誤推測法
錯誤推測法
錯誤推測法是依賴對被測軟件系統(tǒng)設(shè)計的理解、過往經(jīng)驗、直覺和簡單的判斷，來推測程序中可能存在的各種缺陷，從而有針對性地設(shè)計測試用例的方法。
該方法強(qiáng)調(diào)的是對被測試軟件的需求理解以及設(shè)計實現(xiàn)的細(xì)節(jié)把握，當(dāng)然還有個人的能力。那么顯而易見地，這個方法的缺點就是太過依賴個人能力，難以系統(tǒng)化。因此，這個方法一般是作為測試用例設(shè)計的補(bǔ)充，而不是單獨用來設(shè)計測試用例。
錯誤推測法的基本思想是：列舉程序中所有可能出現(xiàn)的錯誤和容易出現(xiàn)錯誤的地方，作為推測的依據(jù)來選擇和設(shè)計測試用例。
常見錯誤大概有幾大類，如下：
????1.頁面規(guī)范相關(guān)部分（跟公司甚至項目需求有關(guān)系）
? ? ? ? a.命名、注釋、字體、顏色、縮進(jìn)等
? ? ? ? b.文本框長度/范圍限制
? ? ? ? c.支持的瀏覽器、操作系統(tǒng)、jdk等做兼容性測試
? ? ? ? d....等等
????2.常識性問題
? ? ? ? a.密碼用密文
? ? ? ? b.手機(jī)號碼是11位，且是135、151、153、171等開頭
? ? ? ? c.文本框自動忽略前后空格
? ? ? ? d.支持模糊查詢
? ? ? ? e....等等
????3.常見的異常測試情況
????????a.輸入框不輸入任何內(nèi)容（為空）或者輸入空格的情況
? ? ? ? b.輸入框輸入非法字符
? ? ? ? c.用戶注銷后，是否仍然能操作；再登錄是否能成功
? ? ? ? d.斷電重連后是否能繼續(xù)使用且信息未丟失
? ? ? ? e....等等
????4.功能相關(guān)的常見異常問題
? ? ? ? a.C++軟件的內(nèi)存泄漏、內(nèi)存分配
? ? ? ? b.web程序的session失效問題
? ? ? ? c.JavaScript字符轉(zhuǎn)義
? ? ? ? d...等等與需求/業(yè)務(wù)相關(guān)的常見問題
綜上所述：
在錯誤推測法中，通常依據(jù)下列因素來進(jìn)行判斷和設(shè)計測試用例。
? ? a.客觀因素：產(chǎn)品先前版本的問題
? ? b.已知因素：語言、操作系統(tǒng)、瀏覽器的限制可能帶來的兼容性等問題
? ? c.經(jīng)驗：利用不同測試階段的經(jīng)驗和對測試軟件的需求理解以及設(shè)計實現(xiàn)的細(xì)節(jié)來整理歸納的測試點
在軟件企業(yè)的具體實踐中，為了降低對個人能力的依賴，就需要做下列事情：
? ? a.建立常見缺陷知識庫或者常見問題集，在測試設(shè)計的過程中，會使用缺陷知識庫作為檢查點列表（checklist），去幫助優(yōu)化補(bǔ)充測試用例的設(shè)計。
? ? b.建立頁面規(guī)范，用頁面規(guī)范指導(dǎo)我們做頁面測試
? ? c.建立常識性測試用例集，測試需要時候直接提取或者復(fù)制即可
做到上述3點，我們的測試工作就可以事半功倍了！
上節(jié)課作業(yè)解析：
需求：
某軟件規(guī)格說明書包含這樣的要求：
第一列字符必須是A或B，第二列字符必須是數(shù)字，這種情況下進(jìn)行文件的修改；如果第一列字符不正確，則給出信息E；如果第二列字符不是數(shù)字，則給出信息M。
上節(jié)課我們最終得到的判定表如下：
由判定表最終生成4條測試用例如下：
這里的測試項是指測試用例標(biāo)題，那我們在實際測試中，可以直接寫名稱，比如第一列是用戶名，第二列是密碼，我們可以把第一個測試用例標(biāo)題改為：輸入合法用戶名、非法密碼登錄。
好了，今天到此結(jié)束。如有任何問題請留言及時與我溝通，我會盡快回復(fù)大家！謝謝大家~我們下次再見！
讓我們共同相伴，開啟軟件知識之旅。
