【正文】 統(tǒng)體系結(jié)構(gòu) ， 沿控制層次自頂向下進行集成 。 ? ② 由底向上測試 從最底層模塊開始組裝和測試 。 ? 不同集成策略的比較 ? 自頂向下集成測試 ?優(yōu)點 ? 較早地驗證了主要的控制和判斷點 。 如果主要控制有問題 ， 盡早發(fā)現(xiàn)它能夠減少以后的返工 。 ? 功能可行性較早得到證實 ， 還能夠給開發(fā)者和用戶帶來成功的信心 。 ?缺點 ? 需編制較多的樁模塊 ， 工作量較大 ， 且樁模塊很難真實模擬實際模塊全部功能 ， 部分測試內(nèi)容只能在換上真實模塊后再補充測試 。 ? 使用較多的樁模塊也增加了設(shè)計測試用例的困難 。 ? 由底向上集成測試 ?優(yōu)點 ? 設(shè)計測試用例較容易 。 ?缺點 ? 主要的控制和判斷點的驗證較遲 ， 功能可行性較不能較早得到證實 ，存在著返工較大的風險 。 （ 3） 確認測試 確認測試必須有用戶積極參與 ， 或者以用戶為主進行 。 目的： 確認組裝完畢的程序是否滿足 SRS的要求 。 ? 確認測試內(nèi)容 1)有效性測試 用黑盒測試來驗證軟件功能與需求是否一致； 2)配置復(fù)審 目的是保證軟件配置的所有元素（ 文檔、報告、程序、表格、數(shù)據(jù) ）都已經(jīng)被正確地開發(fā)和分類； ? Alpha 測試和 Beta測試 如果一個軟件是為大眾開發(fā)的 , 讓每個客戶都進行正式的驗收測試是不現(xiàn)實的。 Alpha 測試 :是開發(fā)者在場進行指導的情況下，用戶進行的測試。由開發(fā)者用戶使用中出現(xiàn)的錯誤和其它問題。 Beta測試： 是用戶在自己的場所進行的測試。由用戶記錄遇到的問題，并定期報告給開發(fā)者。 只有當 Alpha 測試達到一定的可靠程度時，才能開始 Beta測試 （ 4） 系統(tǒng)測試 系統(tǒng)測試，是將通過確認測試的軟件， 作為整個基于計算機系統(tǒng)的一個元素 ，與計算機硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其它系統(tǒng)元素結(jié)合在一起， 在實際運行環(huán)境下 ，對計算機系統(tǒng)進行一系列的組裝測試和確認測試。 系統(tǒng)測試的目的在于 通過與系統(tǒng)的需求定義作比較 , 發(fā)現(xiàn)軟件與系統(tǒng)的定義不符合或與之矛盾的地方 。 系統(tǒng)測試的種類 ?批量測試：讓程序處理大量的數(shù)據(jù) 。 ?強度測試：短時間內(nèi)處理最多的數(shù)據(jù) 。 ?可使用性測試：力圖發(fā)現(xiàn)使用上的問題或人為因素 。 ?性能測試：在一定負荷下的響應(yīng)時間及處理速度 。 ?存儲量測試：程序所需內(nèi) 、 外 、 臨時文件的大小 。 ?配置測試：每一類硬件的配置都要測試 。 ?可修改性測試 ?可靠性測試 ?安全性測試 ?可恢復(fù)性測試 軟件糾錯 （ 1） 程序錯誤的類型 ? 語法錯誤： 編譯 是發(fā)現(xiàn)語法錯誤的最好工具 。 ? 結(jié)構(gòu)性錯誤： ?包括：結(jié)構(gòu)異常 、 結(jié)構(gòu)不全 、 結(jié)構(gòu)多余等錯誤 。 ?結(jié)構(gòu)性錯誤可以通過代碼評審發(fā)現(xiàn) ， 也可以通過專門工具對代碼作 靜態(tài)分析 來發(fā)現(xiàn) 。 ?而編譯是不能發(fā)現(xiàn)結(jié)構(gòu)性錯誤的 。 ? 功能性錯誤：程序功能與用戶需求不相符合的錯誤 。 ?產(chǎn)生功能性錯誤的原因： ? 需求規(guī)格說明不清晰； ? 或設(shè)計時對需求理解有錯 。 ?功能性錯誤主要通過 動態(tài)測試 來發(fā)現(xiàn) 。 接口錯誤： （ 1） 程序錯誤的類型 （ 續(xù) ） ? 接口錯誤：接口錯誤的主要癥狀有 ?對全局變量的引用不當； ?調(diào)用子程序或函數(shù)時實際參數(shù)的類型 、 個數(shù) 、 順序與形式參數(shù)不一致； ?模塊對全局性數(shù)據(jù)的說明相互矛盾 。 ?接口錯誤是 集成測試 所檢測的重點 （ 即主要通過集成測試發(fā)現(xiàn) ） ， 也可以通過代碼評審發(fā)現(xiàn) 。 ? 系統(tǒng)錯誤：與被測軟件程序賴以運行的計算機系統(tǒng)有關(guān)的 、 影響程序的測試與運行的情況 。 分為： ?系統(tǒng)本身有錯的情況； ?對系統(tǒng)使用不當?shù)那闆r 。 （ 2） 軟件糾錯 軟件糾錯也稱為軟件調(diào)試 。 ?軟件糾錯與軟件測試不同 。 ?軟件測試的目的是盡可能多地發(fā)現(xiàn)軟件中的錯誤 。 ?進一步診斷和改正程序中潛在的錯誤 ， 則是糾錯的任務(wù) 。 ?軟件糾錯活動由兩部分組成： ① 確定程序中可疑錯誤的確切性質(zhì)和位置 。 ② 對程序 （ 設(shè)計 ， 編碼 ） 進行修改 ， 排除這個錯誤 。 ? 軟件糾錯的基本方法 ? ① 插入顯示 /打印語句 ， 顯示程序執(zhí)行的中間結(jié)果 、 相關(guān)變量的內(nèi)容； ? ② 設(shè)置斷點 ， 以便查看程序運行的軌跡 ?如設(shè)置某個斷點后 ， 程序并未停下來 （ 即表明該程序段并沒有運行 ） ； ?檢查斷點處的數(shù)據(jù)狀態(tài) 、 變量值等 。 ? ③ 掩蔽部分不需要檢查的程序段 ， 以降低查錯的難度和時間； ? ④ 蠻力糾錯：打印存儲器和寄存器的全部內(nèi)容 ， 然后在其中尋找出錯的位置 。 ?雖然有時可以獲得成功 ， 但是更多的情況是浪費了機時 、 紙張和人力 。 ? 軟件糾錯的基本方法 （ 續(xù) ） ? ⑤ 試湊法：根據(jù)測試發(fā)現(xiàn)的錯誤狀況 ， 和以往的經(jīng)驗設(shè)定一個可疑區(qū)域 ， 然后采用一些簡單的糾錯手段（ 如增加一些重要變量值的動態(tài)顯示等 ） ， 進一步獲取出錯的細節(jié)信息 ， 若找到出錯原因 ， 就進行修改 ，若未找到 ， 則另設(shè)定一個可疑區(qū)域 ， 繼續(xù)找錯 。 ?僅適用于結(jié)構(gòu)較簡單的程序 。 ? ⑥ 跟蹤法：包括正向跟蹤 、 反向跟蹤 。 大體做法是：讓程序分步執(zhí)行 ， 每執(zhí)行完一條語句就暫停 ， 然后檢查當前的結(jié)果是否正確 ， 若正確再繼續(xù)分步執(zhí)行 。 ? 軟件糾錯的基本方法 （ 續(xù) ） ? ⑦ 歸納法：從 歸納法是一種從特殊推斷一般的系統(tǒng)化思考方法 。 歸納法調(diào)試的基本思想是：從一些線索 (錯誤征兆 )著手 ， 通過分析它們之間的關(guān)系以提出假設(shè) ，如果假設(shè)被證明成立 ， 則糾錯 ， 否則繼續(xù)提出假設(shè) 。 ? ⑧ 演繹法：根據(jù)出錯癥狀 ， 先列出一些可能的出錯原因 ， 排除其中矛盾的的出錯原因 ， 然后對其它剩下的原因進行證實 ， 從而確定真正的出錯原因 。 本講小結(jié) ? 本講主要介紹了教材第 9章的內(nèi)容。 ? 測試是軟件工程中重要的內(nèi)容。因此，同學門應(yīng)該很好地加以學習，為將來從事軟件質(zhì)量保證、軟件管理打下良好的基礎(chǔ)。 ? 測試的基本概念、測試的基本方法（白、黑）、測試的基本過程中各階段的任務(wù)和目的是本章的重點，也是考核的重點。