【正文】 條件組合覆蓋以及其它更高的覆蓋要求 。 分支 /條件覆蓋例 ? 做練習 A1 and B=0 A1 and B=0 X=X/A X=X/A YES YES NO NO a b c e d 條件組合覆蓋 ? 條件組合覆蓋：執(zhí)行足夠的測試用例 ，使得每個判定中各條件的所有可能的組合都出現(xiàn)一次 。 if((A=2)||(X1)) {X:=X+1}。 ? 進行獨立測試的目的是進一步加強軟件質(zhì)量保證工作 ， 提高軟件的質(zhì)量 ， 并對軟件產(chǎn)品進行客觀評價 。 ? 安全性測試應包括下面的工作： 態(tài)措施的有效性和在每一個危險狀態(tài)下的反應； 、 算法 、 容錯 、 冗余 、 中斷處理等方案 ， 進行針對性測試； ， 以表明不會因可能的單個或多個輸入錯誤而導致不安全狀態(tài) 。 ? 如果軟件不能在運行環(huán)境中測試 ， 則有必要使用模擬程序或其它測試工具 。 ? 通常情況下 ， 應保證在儲存空間和內(nèi)存 ，輸入／輸出通道 ， 以及處理時間的占用上至少有２０ ％ 的余量 。 ? 混合式的 “ 三明治 ” 方法 ， 綜合了自頂向下 、 自底向上兩種方法的長處 ， 揚了長避了短 。 3） 對簇進行測試 。 2） 按照所選的組裝法 （ 即深度優(yōu)先或?qū)挾葍?yōu)先 ）每次用一個真模塊取代一個附屬的樁模塊 。 自頂向下方法 ? 自頂向下集成法是一個模塊一個模塊地組裝軟件的方法 。 。 單元測試執(zhí)行環(huán)境 驅(qū)動模塊 被測單元 樁模塊 B 樁模塊 C 樁模塊 A 集成測試 ? 依據(jù)軟件設計確定的軟件結構 ， 按照軟件集成 “ 工序 ” ， 把各個軟件單元逐步集成為完整的軟件系統(tǒng) ， 并不斷發(fā)現(xiàn)和排除錯誤 ， 以保證聯(lián)接 、 集成的正確性 。 集成測試的內(nèi)容 1） 軟件單元的接口測試； 2） 軟件部件的功能 、 性能測試； 3） 全面數(shù)據(jù)結構測試； 4） 必要的運行時間 、 存貯空間 、 計算精度測試； 5） 邊界條件和非法輸入的測試 。 ， 比較徹底 。 ? 按照控制的結構 ， 從主控模塊 （ 主程序 ） 開始 ，向下地逐個把模塊連接起來 。 3） 當裝入每個真模塊時都要進行測試 。 4） 拆去各個小簇的驅(qū)動模塊 ,把幾個小簇合并成大簇 ,再重復做 3及 4步 。 ? 例如 ， 對關鍵模塊采取自底向上測試 ， 就可能把輸入輸出模塊提前組裝進程序 ， 使設計測試用例變得較為容易；或者使具有重要功能的模塊早點與有關的模塊相連 ， 以便及早暴露可能存在的問題 。 邊界測試 ? 測試軟件在輸入域和 （ 或 ） 輸出域 、 數(shù)據(jù)結構 、 狀態(tài)轉(zhuǎn)換 、 過程參數(shù) 、 功能界限等邊界點或端點情況下的運行狀態(tài) 。 強度測試 ? 強度測試是在預先規(guī)定的一段時間內(nèi) ，在軟件設計的極限狀態(tài)下 ， 進而在超設計能力的狀態(tài)下 ， 運行軟件以測試軟件的所有功能 。 ， 以驗證系統(tǒng)對這些操作錯誤的反應； ， 要單獨進行加強的測試 ， 以確認其滿足安全性需求 。 ? 進行第三方獨立測試通常有以下優(yōu)點： 1） 發(fā)揮專業(yè)技術優(yōu)勢； 2） 發(fā)揮獨立性優(yōu)勢； 3） 進一步促進承辦方的工作 。 } A1 and B=0 A1 and B=0 X=X/A X=X/A YES YES NO NO a b c e d 流圖符號 語句覆蓋 ? 語句覆蓋：選擇足夠的測試用例 ， 使得程序中每個語句至少都能被執(zhí)行一次 。 條件組合覆蓋例 ? 共有 8種條件： ① A1,B=0② A1,B≠0 ③ A≤1,B=0④ A ≤1,B≠0 ⑤ A=2,X1⑥ A=2,X≤1 ⑦ A≠2,X1⑧ A≠2,X≤1 ? A=2,B=0,X=4(①⑤ ) ? A=2,B=1,X=1(②⑥ ) ? A=1,B=0,X=2(③⑦ ) ? A=1,B=1,X=1(④⑧ ) A1 and B=0 A1 and B=0 X=X/A X=X/A YES YES NO NO a b c e d 路徑覆蓋 ? 路徑覆蓋：執(zhí)行足夠的測試用例 ， 使程序所有可能的路徑都獲得通過 。 ? 由于程序中錯誤 （ 異常 ） 處理工作的重要性以及其結構相對簡單 ， 要求錯誤處理要做到路徑覆蓋 。 語句覆蓋例 ? 取 A=2， B=0， X=3 A1 and B=0 A1 and B=0 X=X/A X=X/A YES YES NO NO a b c e d 分支覆蓋 ? 分支覆蓋又稱判定覆蓋 。 ? 最徹底的白盒法是覆蓋程序中的每一條路徑 ， 但這往往大到無法實現(xiàn) 。 安裝性測試 ? 按規(guī)程進行安裝正確性測試 ， 包括參數(shù)裝訂 、 程序加載等 。 可靠性測試 ? 軟件可靠性測試是以能獲得可用來評估軟件可靠性的數(shù)據(jù)為目的的一種軟件測試 。 ? 應以常規(guī)操作 、 非常規(guī)操作 、 誤操作 、快速操作等情況來檢驗界面的可靠性 。 合格性測試 ? 根據(jù)軟件需求規(guī)格說明中定義的全部功能、性能、可靠性等需求，測試整個軟件是否達到要求。 “三明治”方法 ? 自頂向下測試的主要優(yōu)點是能較早顯示出整個程序的輪廓 。 5） 可以進行回復測試 （ 即重新再作過去作過的全部或部分測試 ） ， 以便肯定沒有新的錯誤發(fā)生 。 ? 深度優(yōu)先法是先把結構中的一條主要的控制路經(jīng)上的全部模塊逐步組裝起來 。 。 集成測試的通過準則 1） 軟件單元無錯誤地連接； 2）