北京理工軟件工程實踐：軟件工程實踐（8）測試-文庫吧
2025-04-24 18:45 本頁面
【正文】 3） 應(yīng)測試在各種外部輸入下 ， 從外部接口采集和 （ 或 ） 發(fā)送數(shù)據(jù)的能力 ， 包括對正確數(shù)據(jù)及狀態(tài)的處理 ， 對接口錯誤 、 數(shù)據(jù)錯誤 、 協(xié)議錯誤的識別及處理 。 集成測試的通過準則 1） 軟件單元無錯誤地連接； 2） 滿足各項功能 、 性能要求； 3） 對錯誤的輸入有正確處理的能力； 4） 對測試中的異常有合理解釋； 5） 人機界面 、 對外接口正確無誤； 軟件集成策略 1） 非增量方式 ? 先測試好每一個軟件單元 ,然后一次組裝在一起再測試整個程序 。 2） 增量方式 ? 逐步把下一個要被組裝的軟件單元或部件 ，同已測好的軟件部件結(jié)合起來測試 。 ? 增量方式主要包括自頂向下 、 自底向上 、 自頂向下與自底向上相結(jié)合等方法 。 集成方式 ? 非增量方式 ? Big Bang ? 增量方式 ? 自頂向下方法 ? 自底向上方法 ? “ 三明治 ” 方法 增量和非增量方式的優(yōu)缺點 ? 增量方式的優(yōu)點： 。 。 。 ， 比較徹底 。 ? 非增量方式的優(yōu)點： 。 。 非增量方式 ? 有一種很直接 、 原始的組裝方式 ， 它把所有通過單元測試的模塊一古腦兒地全部集成在一起 ，直接組裝成軟件系統(tǒng) ， 并對它進行測試 。 ? 這種被貶義地稱作大爆炸 （ Big Bang） 的組裝方式 ， 目前仍在許多場合使用 。 ? 人們期望它可以帶來方便 、 快捷的組裝效果 。 ? 這種方法遭到廣大測試專家的批評 ， 普遍認為它會引起混亂 ， 且難以確定錯誤源的位置 。 自頂向下方法 ? 自頂向下集成法是一個模塊一個模塊地組裝軟件的方法 。 ? 按照控制的結(jié)構(gòu) ， 從主控模塊 （ 主程序 ） 開始 ，向下地逐個把模塊連接起來 。 ? 集成的方式有兩種：深度優(yōu)先組裝法及寬度優(yōu)先組裝法 。 ? 深度優(yōu)先法是先把結(jié)構(gòu)中的一條主要的控制路經(jīng)上的全部模塊逐步組裝起來 。 然后再連接其它的控制路徑 。 ? 寬度優(yōu)先法是從結(jié)構(gòu)的頂層開始逐層往下組裝 。 自頂向下集成的過程步驟 1） 主控模塊用作為測試驅(qū)動器 。 直接附屬于主控模塊的各模塊全都用樁模塊代替 。 2） 按照所選的組裝法 （ 即深度優(yōu)先或?qū)挾葍?yōu)先 ）每次用一個真模塊取代一個附屬的樁模塊 。 3） 當裝入每個真模塊時都要進行測試 。 4） 作完每一組測試后又再用一個真模塊代替另一個樁模塊 。 5） 可以進行回復(fù)測試 （ 即重新再作過去作過的全部或部分測試 ） ， 以便肯定沒有新的錯誤發(fā)生 。 自底向上方法 ? 自底向上集成測試方法是從軟件結(jié)構(gòu)中最底層的 、 最基本的軟件單元開始進行集成和測試 。 ? 由于在逐步向上組裝過程中下層模塊總是存在的 ， 也就是說不再需要樁模塊了 ，但卻需要調(diào)用這些模塊開展工作的驅(qū)動模塊 。 自底向上 集成的過程步驟 1） 低層的模塊組成簇 ， 以執(zhí)行某個特定的軟件子功能 。 2） 編寫一個驅(qū)動模塊作為測試的控制程序 ， 和被測試的簇連在一起 ， 負責安排測試用例的輸入及輸出 。 3） 對簇進行測試 。 4） 拆去各個小簇的驅(qū)動模塊 ,把幾個小簇合并成大簇 ,再重復(fù)做 3及 4步 。 這樣在軟件結(jié)構(gòu)上逐步向上組裝 。 “三明治”方法 ? 自頂向下測試的主要優(yōu)點是能較早顯示出整個程序的輪廓 。 主要缺點是 ， 當測試上層模塊時使用樁模塊較多 ， 很難模擬出真實模塊的全部功能 ，使部分測試內(nèi)容被迫推遲 ， 直至換上真實模塊后再補充測試 。 ? 自底向上測試從下層模塊開始 ， 設(shè)計測試用例比較容易 ， 但是在測試的早期不能顯示出程序的輪廓 。 ? 針對自頂向下 、 自底向上方法各自的優(yōu)點和不足 ，人們提出了自頂向下和自底向上相結(jié)合 ， 從兩頭向中間逼近的混合式組裝方法 ， 被形象稱之為“ 三明治 ” 方法 。 “三明治”方法的步驟 ? 步驟： 1） 對上層模塊采取自頂向下測試； 2） 對關(guān)鍵模塊或子系統(tǒng)采取自底向上測試 。 ? 混合式的 “ 三明治 ” 方法 ， 綜合了自頂向下 、 自底向上兩種方法的長處 ， 揚了長避了短 。 ? 例如 ， 對關(guān)鍵模塊采取自底向上測試 ， 就可能把輸入輸出模塊提前組裝進程序 ， 使設(shè)計測試用例變得較為容易；或者使具有重要功能的模塊早點與有關(guān)的模塊相連 ， 以便及早暴露可能存在的問題 。 除關(guān)鍵模塊及少數(shù)與之相關(guān)的模塊外 ， 對其余模塊尤其是上層模塊仍采取自頂向下的測試方法 ， 以便收到較早顯示程序總體輪廓的效果 。 合格性測試 ? 根據(jù)軟件需求規(guī)格說明中定義的全部功能、性能、可靠性等需求，測試整個軟件是否達到要求。 合格性測試內(nèi)容 ? 功能測試 ? 性能測試 ? 資源和余量測試 ? 邊界測試 ? 操作測試 ? 外部接口測試 ? 強度測試 ? 可靠性測試 ? 安全性測試 ? 恢復(fù)性測試 ? 安裝性測試 ? 移植性測試 ? 保密性測試 ? 回歸測試 功能測試 ? 根據(jù)功能需求進行測試 ， 以確認軟件與軟件功能需求的一致 ? 功能測試應(yīng)達到以下要求： 所覆蓋 （ 或由于異常情況的出現(xiàn)而未達到期望的覆蓋 ， 但該異常已被測試者認識到 ， 并進行了處理 ） ； ， 測試軟件在正常 、 超負荷 、 飽和和其它 “ 最壞 ” 情況下的結(jié)果； ， 以測試軟件排斥不規(guī)則 （ 非法 ） 輸入的能力 。 性能測試 ? 對軟件是否與所需定量的性能需求一致進行確認 。 ? 包括： ； ， 其實際的運行時
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1