【正文】 說明書 源程序 代碼 單元 測試 集成 測試 確認(rèn) 測試 圖 65 軟件測試與軟件開發(fā)各階段的關(guān)系 系統(tǒng)設(shè)計 軟件測試 4．測試方法 （ 1） 靜態(tài)分析 靜態(tài)測試是指對系統(tǒng)分析 、 系統(tǒng)設(shè)計各階段的文檔進(jìn)行分析 、 檢查 ， 而不在實(shí)際的計算機(jī)運(yùn)行環(huán)境下運(yùn)行程序的過程 。 通常采取程序?qū)彶闀腿斯み\(yùn)行的方法組織測試工作 。 實(shí)踐證明 ， 這種方法對發(fā)現(xiàn)文檔和程序中的錯誤是十分有效的 。 （ 2） 動態(tài)測試 動態(tài)測試是指利用測試數(shù)據(jù)作為輸入在計算機(jī)環(huán)境下運(yùn)行程序 ， 根據(jù)實(shí)際的輸出與預(yù)期的輸出結(jié)果是否一致來確認(rèn)程序是否有錯的測試過程 。 動態(tài)測試的測試方法有黑盒測試法和白盒測試法 。 系統(tǒng)設(shè)計 軟件測試 4．測試方法 黑盒測試法是指將程序模塊看成是一個不透明的黑盒子 ， 完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程 ， 只檢查程序的功能是否按照需求說明書的規(guī)定正常使用 ， 能否適當(dāng)?shù)慕邮諗?shù)據(jù)并產(chǎn)生正確的輸出信息 ， 并保持外部信息 （ 如數(shù)據(jù)庫或文件 ） 的完整性 。 因此 ， 黑盒測試法又稱為功能測試 ， 是在模塊的接口處進(jìn)行的測試 。 白盒測試法將程序模塊看成是一個透明的白盒子 ， 測試人員能夠清楚的看到程序的內(nèi)部結(jié)構(gòu)和處理過程 ，因此可以按照程序的內(nèi)部邏輯結(jié)構(gòu)進(jìn)行測試 ， 檢驗(yàn)程序中的每一條路經(jīng)能否按照預(yù)定的要求正常工作 。 因此白盒測試又稱為結(jié)構(gòu)測試 。 系統(tǒng)設(shè)計 軟件測試 5．測試和調(diào)試 軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程 。 調(diào)試則是在進(jìn)行了成功的測試之后才開始進(jìn)行的 ， 其目的是為了進(jìn)一步診斷和改正程序中潛在的錯誤 。 軟件調(diào)試工作包含兩部分內(nèi)容： （ 1） 確定程序中錯誤的確切性質(zhì)和位置 。 （ 2） 對程序 （ 設(shè)計 、 編碼 ） 進(jìn)行修改 ， 排除錯誤 。 因此調(diào)試是測試工作的延續(xù) 。 返回本章目錄 系統(tǒng)實(shí)施與維護(hù) 維護(hù)的分類 提高軟件可維護(hù)性的方法 維護(hù)的過程 系統(tǒng)實(shí)施與維護(hù) ? 系統(tǒng)實(shí)施與維護(hù)是軟件開發(fā)周期中最后一個階段。 ? 軟件實(shí)施：當(dāng)軟件經(jīng)過充分的測試后可交付用戶使用，即系統(tǒng)實(shí)施。 ? 軟件維護(hù)：在使用過程中，不可避免的會發(fā)現(xiàn)一些錯誤，或者用戶的使用環(huán)境變更，或者是用戶提出了新的需求等使得軟件運(yùn)行與實(shí)際需要出現(xiàn)不一致的現(xiàn)象，為了保證軟件能夠長期的有效運(yùn)行需要對軟件作進(jìn)一步的修改，這就是維護(hù)的工作。 ? 系統(tǒng)實(shí)施與維護(hù)是交替進(jìn)行的，通常把它們作為一個階段。 系統(tǒng)實(shí)施與維護(hù) 維護(hù)的分類 維護(hù)：在系統(tǒng)實(shí)施與維護(hù)階段對軟件產(chǎn)品進(jìn)行的修改 。 分類： 1． 改正性維護(hù) 因?yàn)檐浖y試不可能發(fā)現(xiàn)大型軟件中潛藏的所有錯誤 ， 在用戶使用過程中 ， 必然會在特定的環(huán)境下暴露出來 。 為了識別和糾正軟件錯誤 、 改正軟件性能上的缺陷 、 排除實(shí)施中的誤使用而進(jìn)行的診斷和改正軟件錯誤的過程 ， 稱為改正性維護(hù) 。 2． 適應(yīng)性維護(hù) 隨著計算機(jī)的飛速發(fā)展 ， 計算機(jī)的軟 、 硬件環(huán)境都可能會發(fā)生變化 ，為了適應(yīng)新的運(yùn)行環(huán)境而修改軟件的過程稱為適應(yīng)性維護(hù) 。 例如 ，將某個軟件從 DOS環(huán)境移植到 Windows環(huán)境 。 系統(tǒng)實(shí)施與維護(hù) 維護(hù)的分類 3． 完善性維護(hù) 在軟件的使用過程中 ， 用戶往往提出新的功能或修改已有功能的要求 。 為了達(dá)到擴(kuò)充軟件功能 、 增強(qiáng)軟件性能 、 提高工作效率或提高軟件可維護(hù)性等要求而進(jìn)行的維護(hù)活動稱為完善性維護(hù) 。 4． 預(yù)防性維護(hù) 為了提高軟件的可維護(hù)性 、 可靠性等 ， 或?yàn)槲磥砀倪M(jìn)軟件提供更好的基礎(chǔ)而修改軟件的維護(hù)活動稱為預(yù)防性維護(hù) 。 目前這種維護(hù)活動相對來說比較少 。 國外的統(tǒng)計數(shù)字表明 。 完善性維護(hù)占全部維護(hù)活動的 50～ 66%， 改正性維護(hù)占 17～ 21%， 適應(yīng)性維護(hù)占 18～ 25%， 其它維護(hù)活動只占 4%左右 。 返回本節(jié)目錄 系統(tǒng)實(shí)施與維護(hù) 提高軟件可維護(hù)性的方法 定義： 軟件可維護(hù)性指維護(hù)人員理解 、 修改或改進(jìn)軟件的難易程度 。 衡量：可以從軟件的可理解性 、 可測試性 、可修改性以及可移植性四個方面來衡量 。 提高可維護(hù)性可采取的措施： l 嚴(yán)格按信息管理系統(tǒng)開發(fā)過程組織軟件開發(fā)活動 。 l 利用先進(jìn)的軟件技術(shù)和工具 。 l 選擇可維護(hù)的程序設(shè)計語言 。 l 改進(jìn)和完善軟件文檔 。 返回本節(jié)目錄 系統(tǒng)實(shí)施與維護(hù) 維護(hù)的過程 人員分配 人員分配 嚴(yán)重 不嚴(yán)重 改正性 低 高 完善性 或適應(yīng)性 修改后的軟件 評價錯誤嚴(yán)重程度 確定維 護(hù)類型 安排改正性維護(hù) 評價 優(yōu)先級別 開始 問題分析 維護(hù)任務(wù) 開始分析 復(fù)審 錯誤改正目錄 開發(fā)目錄 復(fù)審后供使用的軟件及文檔 圖 66 軟 件 維 護(hù) 的 工 作 流 程 本章小結(jié) 系統(tǒng)分析 過程完成問題定義 、 可行性研究和需求分析工作 ， 確定系統(tǒng)要解決的問題 、 可行的方案和系統(tǒng)要實(shí)現(xiàn)功能的確切定義 ， 要求明確各階段的任務(wù)和主要工作 。 系統(tǒng)設(shè)計 過程是將分析的結(jié)果逐步實(shí)現(xiàn)的過程 ， 包括系統(tǒng)設(shè)計 （ 總體設(shè)計和詳細(xì)設(shè)計 ） 、 編碼和測試 。 體現(xiàn)了對復(fù)雜問題逐步求精的設(shè)計思路 ， 簡化了設(shè)計工作并提高工作效率 。 總體設(shè)計的工具 —— 結(jié)構(gòu)圖和詳細(xì)設(shè)計的工具 —— 程序流程圖 、 盒圖能夠很好的描述設(shè)計成果 。 要求掌握個階段的任務(wù) 、 步驟和掌握結(jié)構(gòu)圖 、 程序流程圖以及盒圖的使用方法 。 系統(tǒng)維護(hù) 是保證在軟件投入使用后能夠長時間正常運(yùn)行的有效手段 ， 需要的工作量相當(dāng)大 ， 必須引起軟件人員的重視 。 這部分主要掌握軟件維護(hù)的定義 、 維護(hù)的種類 （ 改正性維護(hù) 、 適應(yīng)性維護(hù) 、 完善性維護(hù) 、 預(yù)防性維護(hù) ） 和維護(hù)的過程 。 返回本章目錄