【正文】 不足以發(fā)現(xiàn)軟件的嚴重錯誤 。 如果得到的評價是沒有發(fā)現(xiàn)錯誤 ， 很有可能測試的配置考慮得不夠充分和細致 ， 軟件仍有潛伏的錯誤 ， 以后改正錯誤需要付出高昂的代價 。 測試信息流 20 ： （ 1） 從錯誤對程序的影響程度來分： 1嚴重性錯誤：嚴重影響程序的運行 ， 甚至不能運行； 2一般性錯誤：經(jīng)常影響程序的運行 ， 特殊情況下表現(xiàn)正常； 測試信息流 21 3 微小錯誤：一般情況下程序能運行 ， 特殊情況下表現(xiàn)異常； 4 無影響性錯誤：不影響程序的運行 。 測試信息流 22 （ 2） 從開發(fā)過程的轉(zhuǎn)換環(huán)節(jié)上分： 1 構(gòu)造錯誤：編碼實現(xiàn)與設(shè)計不一致； 2 設(shè)計錯誤：設(shè)計邏輯與說明不一致； 3 說明書錯誤：說明書與用戶要求不一致； 4 需求錯誤：不滿足用戶的實際要求； 5配置錯誤：軟件配置不滿足實際環(huán)境 。 測試信息流 23 （ 3） 從測試結(jié)果的表現(xiàn)上分類： 1） 功能錯誤：由系統(tǒng)需求分析不完整引起的； 2） 結(jié)構(gòu)錯誤：由總體設(shè)計的錯誤引起的； 3） 過程錯誤：由詳細設(shè)計的錯誤引起的； 4） 數(shù)據(jù)錯誤：由軟件編碼或詳細設(shè)計的錯誤引起的； 5） 編碼錯誤：由軟件編碼引起的錯誤； 6） 其它錯誤：由文檔和其它系統(tǒng)元素引起的錯誤； 測試信息流 24 軟件測試步驟與軟件開發(fā)各階段的關(guān)系 軟件測試一般分為四個步驟： （ 1） 單元測試 （ 也稱模塊測試 ） ：針對軟件設(shè)計的基本單元 —— 程序模塊 ， 進行正確性檢驗的測試工作 。 目的在于發(fā)現(xiàn)各個模塊內(nèi)部可能存在的各種差錯 。 單元測試需要從程序內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計測試用例 ， 多個模塊可以平行 、 獨立地進行測試； 25 軟件測試步驟與軟件開發(fā)各階段的關(guān)系 （ 2）集成測試（也稱組裝測試，聯(lián)合測試）：在單元測試的基礎(chǔ)上，將所有模塊按設(shè)計要求集成在一起進行測試，以檢驗總體設(shè)計中各模塊間的接口設(shè)計問題、模塊之間的相互影響、上層模塊存在的各種差錯及全局數(shù)據(jù)結(jié)構(gòu)對系統(tǒng)的影響等方面。 26 軟件測試步驟與軟件開發(fā)各階段的關(guān)系 （ 3） 確認測試 （ 也稱驗收測試 ， 有效性測試 ） ：主要檢驗軟件的功能和性能是否與需求說明書中的規(guī)定一致 。 （ 4） 系統(tǒng)測試：將軟件系統(tǒng)作為一個元素 ， 放入整個實際的計算機系統(tǒng)中 ， 與計算機硬件 、 其他軟件 、 使用人員等系統(tǒng)元素結(jié)合在一起 ， 在實際使用環(huán)境下進行綜合全面的測試 。 27 軟件測試步驟與軟件開發(fā)各階段的關(guān)系 前面多次強調(diào)，使用軟件生命期（瀑布模型）模型，軟件開發(fā)過程是一個自頂向下，逐步細化的過程，而軟件測試過程則是與開發(fā)過程相反的次序進行的，是一個自底向上，逐步集成的過程，低一層測試為上一層測試準備測試條件和數(shù)據(jù)驅(qū)動環(huán)境，也包含兩者平行進行測試。 28 軟件測試步驟與軟件開發(fā)各階段的關(guān)系 因此 ， 發(fā)現(xiàn)引起錯誤的原因順序也與開發(fā)過程的相次序反 ， 首先對每一個模塊進行單元測試 ， 消除程序模塊內(nèi)部邏輯上和功能上的錯誤和缺陷 ， 再對照軟件設(shè)計進行集成測試 （ 有時也叫整體測試 ） ，檢測和排除子系統(tǒng)或系統(tǒng)結(jié)構(gòu)上的錯誤 ， 再對照需求進行確認測試 （ 也稱為有效性測試 ） ， 最后進行系統(tǒng)測試 ， 運行系統(tǒng) ， 看軟件系統(tǒng)是否滿足功能和性能及其它要求 。 29 軟件測試步驟與軟件開發(fā)各階段的關(guān)系 需求分析 軟件設(shè)計 軟件編碼 確認測試 集成測試 單元測試 系統(tǒng) 測試 圖 62 軟件測試與軟件開發(fā)過程間的關(guān)系 30 軟件測試步驟與軟件開發(fā)各階段的關(guān)系 需求分析 說明書 概要設(shè)計 說明書 詳細設(shè)計 說明書 源程序 代碼 確認測試 集成測試 單元測試 系統(tǒng)測試 圖 63 軟件測試與開發(fā)文檔之間的關(guān)系 31 軟件測試原則 ? （ 1） 將軟件測試貫穿于軟件開發(fā)的各個階段中 ，在開發(fā)過程中盡早地發(fā)現(xiàn)和預(yù)防錯誤 ， 杜絕隱患 ，提高軟件質(zhì)量； ? （ 2） 測試用例必須包含輸入數(shù)據(jù)和與之對應(yīng)的預(yù)期輸出結(jié)果 ， 精心設(shè)計測試用例； ? （ 3） 測試時應(yīng)避免設(shè)計者檢查自己設(shè)計的程序； ? （ 4） 設(shè)計測試用例時 ， 應(yīng)包括合理的與不合理的輸入條件； 32 軟件測試原則 ? （ 5） 充分注意測試中出現(xiàn)的錯誤群集現(xiàn)象 ， 若發(fā)現(xiàn)錯誤數(shù)目較多 ， 則可能殘存的錯誤數(shù)目也較多 ，這種錯誤出現(xiàn)的群集現(xiàn)象 ， 已為許多程序測試實踐所證實； ? （ 6） 嚴格執(zhí)行測試計劃 ， 以軟件需求說明書為基準設(shè)計測試用例 ， 排除測試的隨意性； 33 軟件測試原則 ? （ 7） 對每一個測試結(jié)果做全面檢查 ， 不能遺漏錯誤出現(xiàn)的征兆 ， 軟件修改后要進行回歸測試 ， 即用修改前測試過的測試用例進行測試 ， 再用新的測試用例測試； ? （ 8） 妥善保存測試計劃 、 測試用例 、 出錯統(tǒng)計數(shù)據(jù)和最終分析報告 ， 為維護提供方便 。 在一個程序段中 ， 還存在著尚未發(fā)現(xiàn)的錯誤概率與已發(fā)現(xiàn)的錯誤數(shù)正相關(guān) 。 34 軟件測試原則 殘存錯誤的可能性 已發(fā)現(xiàn)的錯誤數(shù) 圖 64 軟件錯誤的群集現(xiàn)象示意圖 35 軟件測試的方法 軟件的測試方法很多 ， 不同的出發(fā)點得到不同的測試方法 。 有： ? 從測試過程來分：靜態(tài)分析法 、 動態(tài)測試法； ? 從觀察結(jié)構(gòu)的透明性方式來分：白盒法 、 黑盒法 、灰盒法； ? 從獲得測試數(shù)據(jù)形式上分：窮盡法；等價類劃分法；邊界值分析法； 36 軟件測試的方法 ? 從邏輯分析上分：因果圖法；錯誤推測法； ? 從測試步驟上分：單元測試 、 集成測試 、 確認測試 、 系統(tǒng)測試等； ? 從考察形式上分：功能測試 ， 邏輯測試； 37 軟件測試的方法 如何測試得更完全 、 怎樣進行測試用例的設(shè)計 ，是軟件測試中的關(guān)鍵技術(shù) 。 無論用哪種方法進行測試 ，都是設(shè)法用較少的測試用例集合測試出程序中較多的潛在錯誤 。 靜態(tài)分析時 ， 不執(zhí)行程序 ， 可對需求分析說明書 、軟件設(shè)計說明書 、 源程序做結(jié)構(gòu)檢查 、 流圖分析 、 符號執(zhí)行來分析軟件可能導(dǎo)致的異常情況 ， 找出軟件錯誤 。 從測試過程來分：靜態(tài)分析法 、 動態(tài)測試法； 38 軟件測試的方法 結(jié)構(gòu)檢查是手工分析技術(shù) ， 對需求說明 、 程序設(shè)計 、 編碼 、 測試工作進行評議 ， 虛擬地 （ 模擬 ）執(zhí)行程序 ， 在評議中發(fā)現(xiàn)和檢查錯誤； 流圖分析是通過分析流程圖 、 代碼結(jié)構(gòu)來檢查程序錯誤 ， 便于進行編碼分析和測試結(jié)果分析； 39 軟件測試的方法 符號執(zhí)行是定義符號化數(shù)據(jù) ， 為程序的每條路徑給出符號表達式 ， 對特定路徑輸入符號 ， 經(jīng)處理輸出符號 ， 判斷程序的行為是否錯誤 ， 這種方法復(fù)雜 ， 易出錯 ， 較少使用 。 灰盒法是白盒法和黑盒法相結(jié)合使用的方法 ，僅對重點路徑和程序段用白盒法測試 ， 大部分用黑盒法進行測試 。 40 軟件測試的方法 動態(tài)測試是直接執(zhí)行程序進行測試 ， 包括功能測試 、 接口測試和結(jié)構(gòu)測試 ， 觀察程序的行為 ， 記錄執(zhí)行的結(jié)果 ， 從執(zhí)行結(jié)果來分析程序可能出現(xiàn)的錯誤； 有些人設(shè)想 ， 不管使用那種測試方法 ， 只要對每一種可能發(fā)生的情況都進行測試 ， 能正確通過 ，就可以得到完全正確的程序 。 41 軟件測試的方法 包含所有可能情況的測試稱為窮盡測試 ， 實際上 ， 通常不可能做到窮盡測試 。 因為各種輸入數(shù)據(jù)的排列組合情況往往多到無法實際測試完成的程度 。如用黑盒法測試三個整數(shù)型的輸入