【正文】 軟件測試工程師培訓(xùn) 軟件測試用例的設(shè)計方法 回顧 — 軟件測試的流程 測試計劃 測試設(shè)計 測試開發(fā) 測試執(zhí)行 測試評估 測試模式 測試模式 測試團(tuán)隊 測試組管理員 測試組成員 測試方法論 測試工具 測試計劃及設(shè)計工具 測試開發(fā)及執(zhí)行工具 測試評估及缺陷跟蹤工具 測試用例的定義和特征 ? 測試用例的定義： （ 1） 測試用例是為特定的目的而設(shè)計的一組測試輸入 、 執(zhí)行條件和預(yù)期的結(jié)果 。 （ 2） 測試用例是執(zhí)行的最小實體 。 ? 測試用例的特征： （ 1）最有可能抓住錯誤的； （ 2）不是重復(fù)的、多余的； （ 3）一組相似測試用例中最有效的； （ 4）既不是太簡單，也不是太復(fù)雜。 設(shè)計測試用例的基本準(zhǔn)則 ? 測試用例的代表性： 能夠代表并覆蓋各種合理的和不合理的、合法的和非法的、邊界的和越界的以及極限的輸入數(shù)據(jù)、操作和環(huán)境設(shè)臵等。 ? 測試結(jié)果的可判定性： 即測試執(zhí)行結(jié)果的正確性是可判定的，每一個測試用例都應(yīng)有相應(yīng)的期望結(jié)果。 ? 測試結(jié)果的可再現(xiàn)性： 即對同樣的測試用例，系統(tǒng)的執(zhí)行結(jié)果應(yīng)當(dāng)是相同的。 設(shè)計測試用例的著眼點 ? 根據(jù)產(chǎn)品規(guī)格 ， 測試基本功能； ? 考慮設(shè)計一般用戶 （ 非專業(yè)人員 ） 的使用方案； ? 考慮設(shè)計稀有或特殊的使用方案； ? 與系統(tǒng)其他組成部分的配合 （ 如 FAX和上網(wǎng)可能要用到 MODEM， 測試中考慮對設(shè)備的共享 ） ； ? 考慮特殊情況 （ 如內(nèi)存和硬件的沖突等 ） ； ? 設(shè)計極端情況 （ 如內(nèi)存泄漏 、 破壞性測試等 ） ； ? 好的測試用例集能花費最小的代價（人力、物力、財力、時間）做最好的測試。 什么是軟件缺陷 ? 軟件未達(dá)到產(chǎn)品說明書標(biāo)明的功能。 ? 軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的誤。 ? 軟件功能超出產(chǎn)品說明書指明范圍。 ? 軟件未達(dá)到產(chǎn)品說明書雖未指出但應(yīng)達(dá)到的目標(biāo)。 ? 軟件測試員認(rèn)為軟件難以理解、不易使用、運行速度緩慢，或者最終用戶認(rèn)為不好。 為什么會出現(xiàn)軟件缺陷 ? 導(dǎo)致軟件缺陷最大的原因是產(chǎn)品說明書。 ? 軟件缺陷的第二大來源是設(shè)計方案。 ? 編寫代碼 ? 其他 其他 10% 軟件產(chǎn)品說明書（需求） 56% 編寫代碼 7% 設(shè)計27% 軟件缺陷的修復(fù)費用 ? 從開始到計劃、編制、測試、一直到公開使用的過程中，都有可能發(fā)現(xiàn)軟件缺陷。 ? 隨著時間推移，修復(fù)軟件缺陷的費用呈幾何數(shù)級地增長。 020406080100編制說明書 設(shè)計階段 編寫代碼 測試 發(fā)布軟件缺陷在不同階段發(fā)現(xiàn)時修改的費用示意圖 什么是黑盒測試 ? 黑盒測試法把程序看成一個黑盒子，完全不考慮程序內(nèi)部結(jié)構(gòu)和處理過程。 ? 黑盒測試是在程序接口進(jìn)行測試，它只是檢查程序功能是否按照規(guī)格說明書的規(guī)定正常使用。 ? 黑盒測試又稱功能測試。 黑盒測試 ? 主要是為了發(fā)現(xiàn)以下幾類錯誤： ①是否有不正確或遺漏了的功能？ ②在接口上，輸入能否正確地接受？能否輸出正確的結(jié)果？ ③是否有數(shù)據(jù)結(jié)構(gòu)錯誤或外部信息（例如數(shù)據(jù)文件）訪問錯誤？ ④性能上是否能夠滿足要求？ ⑤是否有初始化或終止性錯誤？ 什么是通過測試 ? 在設(shè)計和執(zhí)行測試用例時，總是首先進(jìn)行通過測試。在破壞性試驗之前看看軟件基本功能是否實現(xiàn)是很重要的，否則在正常使用軟件時就會奇怪為什么有那么多軟件缺陷。 什么是失敗測試 ? 確信軟件在普通情況下正確運行之后，就可以采取各種手段通過搞垮軟件來找出缺陷。純粹為了破壞軟件而設(shè)計和執(zhí)行的測試用例稱為失敗測試或迫使出錯測試 為什么做測試用例 ? 完全測試是不可能的： ? 輸入量太大； ? 輸出結(jié)果太多； ? 軟件實現(xiàn)途徑太多； ? 軟件說明書沒有客觀標(biāo)準(zhǔn)。從不同角度看，軟件缺陷的標(biāo)準(zhǔn)不同。 什么是測試用例 ? 為達(dá)到最佳的測試效果或高效的揭露隱藏的錯誤而精心設(shè)計的少量測試數(shù)據(jù)，稱之為測試用例。 ? 我們不可能進(jìn)行窮舉測試，為了節(jié)省時間和資源、提高測試效率，必須要從數(shù)量極大的可用測試數(shù)據(jù)中精心挑選出具有代表性或特殊性的測試數(shù)據(jù)來進(jìn)行測試。 ? 一個好的測試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤。 使用測試用例的好處 ? 在開始實施測試之前設(shè)計好測試用例，可以避免盲目測試并提高測試效率。 ? 測試用例的使用令軟件測試的實施重點突出、目的明確。 ? 在軟件版本更新后只需修正少部分的測試用例便可展開測試工作，降低工作強(qiáng)度、縮短項目周期。 ? 功能模塊的通用化和復(fù)用化使軟件易于開發(fā)，而相對于功能模塊的測試用例的通用化和復(fù)用化則會使軟件測試易于開展，并隨著測試用例的不斷精化其效率也不斷攀升。 測試用例的設(shè)計過程 ? 測試設(shè)計員（分析設(shè)計員）依據(jù)不同階段的測試計劃、設(shè)計模型和實施模型來設(shè)計該階段測試用例。 ? 測試設(shè)計員是具有豐富測試經(jīng)驗或具有軟件分析設(shè)計能力的高級測試工程師。如果沒有測試設(shè)計員，則可用分析設(shè)計員代替。 ? 針對白盒，還應(yīng)有驅(qū)動程序和樁模塊。 測試點的確定 ? ISO 質(zhì)量體系： 在概要設(shè)計或詳細(xì)設(shè)計中應(yīng)明確指出每個單元模塊的測試要點、指標(biāo)和方法。 ? CMM 質(zhì)量體系： 在系統(tǒng)的用例模型描述中應(yīng)明確指出每個用例模型的優(yōu)先級及用例工作流程，每一個用例模型為一個測試點，用例模型中每一個測試需求至少應(yīng)有兩個測試用例。 理解上的誤區(qū) ? 測