【正文】 ? 軟件測試的原則? 軟件測試的方法? 測試用例的設(shè)計(jì)? 測試步驟? 調(diào)試技術(shù)96北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計(jì)基本概念? 軟件測試：對(duì)軟件需求分析、設(shè)計(jì)和編碼的復(fù)審，通過充分測試以發(fā)現(xiàn)上述各階段存在的問題。? 測試目標(biāo)：盡可能以最少的代價(jià)找出軟件潛在的錯(cuò)誤和缺陷。在設(shè)計(jì)測試方案時(shí)要設(shè)計(jì)能暴露錯(cuò)誤的方案，而不是證明系統(tǒng)無錯(cuò)誤。– 測試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程– 好的測試方案是極有可能發(fā)現(xiàn)迄今尚未發(fā)現(xiàn)的盡可能多的錯(cuò)誤的方案– 成功的測試目標(biāo)是發(fā)現(xiàn)迄今尚未發(fā)現(xiàn)的測試97北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計(jì)軟件測試的原則? 程序員或程序設(shè)計(jì)機(jī)構(gòu)不應(yīng)測試自己設(shè)計(jì)的程序。? 在設(shè)計(jì)測試用例時(shí)，不僅要有確定的輸入數(shù)據(jù)，而且要有確定的預(yù)期輸出結(jié)果。? 測試用例的設(shè)計(jì)不僅要有合理的輸入數(shù)據(jù)，還要有不合理的輸入數(shù)據(jù)。? 除了檢查程序是否做完了它應(yīng)做的事之外，還要檢查它是否做了不應(yīng)做的事。? 保留全部測試用例，并作為軟件的組成部分之一。? 程序中存在錯(cuò)誤的概率與在該段程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)成比例。98北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計(jì)軟件測試的方法? 白盒測試：測試者必須對(duì)程序內(nèi)部結(jié)構(gòu)和處理過程非常清楚，根據(jù)程序的內(nèi)部結(jié)構(gòu)進(jìn)行程序測試，檢查程序中的每條通路是否能完成預(yù)定要求工作。因此，白盒測試也稱為結(jié)構(gòu)測試。? 黑盒測試：著眼于程序的外部特征，而不考慮程序的內(nèi)部結(jié)構(gòu)。黑盒測試法將程序看成是一個(gè)黑盒子，只在程序接口上進(jìn)行測試，主要看軟件是否完成功能的要求，因此黑盒測試也稱為功能測試。99北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計(jì)測試用例的設(shè)計(jì)? 設(shè)計(jì)測試用例是測試階段的關(guān)鍵技術(shù)。– 選擇測試數(shù)據(jù)– 確定預(yù)期結(jié)果? 白盒測試：邏輯覆蓋法– 語句覆蓋– 判定覆蓋– 條件覆蓋– 判定 /條件覆蓋– 條件組合覆蓋– 路徑覆蓋? 黑盒測試：等價(jià)分類法、邊界值法、錯(cuò)誤猜測法100北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計(jì)測試用例的設(shè)計(jì)（續(xù)）? 實(shí)用綜合測試策略：– 任何情況下都使用邊界值分析法，應(yīng)該即包括輸入邊界情況，又包括輸出的邊界情況。– 必要時(shí)用等價(jià)分類法補(bǔ)充測試用例。– 必要時(shí)再使用錯(cuò)誤猜測法補(bǔ)充測試用例。– 對(duì)照程序邏輯檢查已設(shè)計(jì)測試用例的邏輯覆蓋標(biāo)準(zhǔn)，根據(jù)程序可靠性要求，補(bǔ)充測試用例使之達(dá)到規(guī)定的覆蓋標(biāo)準(zhǔn)。101北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計(jì)測試步驟? 單元測試? 集成測試? 系統(tǒng)測試102北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計(jì)調(diào)試技術(shù)? 調(diào)試（即排錯(cuò)）與成功的測試是互相銜接的兩個(gè)階段。測試成功的標(biāo)志是發(fā)現(xiàn)了錯(cuò)誤。根據(jù)錯(cuò)誤跡象確定錯(cuò)誤原因和準(zhǔn)確位置，并加以改正的任務(wù)主要依靠調(diào)試技術(shù)。? 測試的目的是盡可能發(fā)現(xiàn)錯(cuò)誤。但是，發(fā)現(xiàn)錯(cuò)誤的最終目的還是為了糾正錯(cuò)誤。糾正錯(cuò)誤的過程就是調(diào)試。103北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計(jì)調(diào)試技術(shù)（續(xù)）? 改正錯(cuò)誤的原則：– 在出現(xiàn)錯(cuò)誤的地方，很可能還有別的錯(cuò)誤，因此在修改一個(gè)錯(cuò)誤時(shí)，要檢查一下它的附近是否還有別的錯(cuò)誤。– 修改錯(cuò)誤的一個(gè)常見失誤是只修改了這個(gè)錯(cuò)誤的征兆或這個(gè)錯(cuò)誤的表現(xiàn)，而沒有修改錯(cuò)誤的本身。如果提出的修改不能解釋與這個(gè)錯(cuò)誤有關(guān)的全部線索，那就表明了只修改了錯(cuò)誤的一部分。– 當(dāng)心修正一個(gè)錯(cuò)誤的同時(shí)有可能會(huì)引入新的錯(cuò)誤，因此在修改了錯(cuò)誤之后，必須進(jìn)行回歸測試，以確認(rèn)是否引進(jìn)了新的錯(cuò)誤。– 修改錯(cuò)誤的過程將迫使人們暫時(shí)回到程序設(shè)計(jì)階段。修改錯(cuò)誤也是程序設(shè)計(jì)的一種形式。一般說來，在程序設(shè)計(jì)階段所使用的任何方法都可以應(yīng)用到錯(cuò)誤修正的過程中來。104北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計(jì)軟件維護(hù)? 軟件維護(hù)的種類? 軟件維護(hù)的特點(diǎn)? 軟件的可維護(hù)性? 軟件維護(hù)的副作用105北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計(jì)軟件維護(hù)的種類? 完善性維護(hù)? 適應(yīng)性維護(hù)? 糾錯(cuò)性維護(hù)? 預(yù)防性維護(hù)106北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計(jì)需求分析設(shè)計(jì)編碼測試維護(hù)軟件生命周期的花費(fèi)比例107北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計(jì)軟件的可維護(hù)性? 軟件的可維護(hù)性：維護(hù)人員理解、改正和改動(dòng)該軟件的難易程度。? 影響軟件可維護(hù)性的因素：– 可理解性、可測試性、可修改性、可靠性、可移植性、可用性和效率等。? 提高軟件可維護(hù)性的方法：– 建立軟件質(zhì)量目標(biāo)和優(yōu)先級(jí)；– 使用提高軟件質(zhì)量的技術(shù)和工具；– 進(jìn)行明確的質(zhì)量保證審查；– 選擇可維護(hù)性好的程序設(shè)計(jì)語言； – 建立維護(hù)文檔。108北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計(jì)軟件維護(hù)的特點(diǎn)? 軟件維護(hù)所需要的工作量和費(fèi)用非常大。軟件工程學(xué)的一個(gè)基本目標(biāo)就是為了提高軟件的可維護(hù)性，減少軟件的維護(hù)工作量。? 軟件維護(hù)的成本：M = P + K*exp (c d)其中， M：維護(hù)所用總工作量P：生產(chǎn)性工作量K：經(jīng)驗(yàn)常數(shù)c：復(fù)雜度d：對(duì)維護(hù)軟件的熟悉程度109北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計(jì)軟件維護(hù)的副作用? 軟件維護(hù)的副作用：由于修改而導(dǎo)致的錯(cuò)誤或其它多余動(dòng)作的發(fā)生。? 修改軟件是危險(xiǎn)的！對(duì)于大型軟件，每修改一次，都可能使?jié)撛诘腻e(cuò)誤增加。110北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計(jì)軟件標(biāo)準(zhǔn)與規(guī)范? 國際標(biāo)準(zhǔn)– ISO 8631信息處理 程序構(gòu)造及其表示法的約定 ? 國家標(biāo)準(zhǔn)– GB856688軟件開發(fā)規(guī)范 – GB/T 1439493計(jì)算機(jī)軟件可靠性和可維護(hù)性管理 – GB/T 19000 3 94質(zhì)量管理和質(zhì)量保證標(biāo)準(zhǔn) (第三部分)111北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計(jì)軟件標(biāo)準(zhǔn)與規(guī)范（續(xù) 1）? 行業(yè)標(biāo)準(zhǔn)– IEEE– GJB 43788軍用軟件開發(fā)規(guī)范 – DODSTD2167A(1988)Military Standard Defense System Software Development– MILSTD498(1994)Military StandardSoftware Development and Documentation? 企業(yè)規(guī)范? 項(xiàng)目規(guī)范112北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計(jì)軟件標(biāo)準(zhǔn)與規(guī)范（續(xù) 2）? 中華人民共和國國家軍用標(biāo)準(zhǔn)– 軍用軟件產(chǎn)品， GJB225594.– 軍用軟件項(xiàng)目管理規(guī)程， GJB211594.– 軍用軟件接口設(shè)計(jì)要求， GJB204194.– 軍用軟件軟件驗(yàn)收， GJB126891.– 軍用計(jì)算機(jī)軟部件文檔編寫格式和內(nèi)容， GJB 156692.– 軍用軟件維護(hù)， GJB 126791.– 軍用軟件開發(fā)規(guī)范， GJB43788.– 軍用軟件文檔編制規(guī)范， GJB43888.– 軍用軟件質(zhì)量保證規(guī)范， GJB43988.113北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計(jì)軟件管理? 軟件的目標(biāo)與項(xiàng)目計(jì)劃? 成本估算? 進(jìn)度計(jì)劃? 人員分配? 軟件配置管理? 軟件質(zhì)量114北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計(jì)軟件配置管理? 軟件配置管理是軟件質(zhì)量保證的重要一環(huán)，在軟件開發(fā)過程中，它的主要任務(wù)是控制軟件的修改，包括：– （ 1）標(biāo)識(shí)軟件配置中各種對(duì)象– （ 2）管理軟件的各種版本– （ 3）建立系統(tǒng)– （ 4）控制對(duì)軟件的修改– （ 5）審計(jì)配置– （ 6）報(bào)告配置狀況115北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計(jì)質(zhì)量成本效率工具方法 過程產(chǎn)品需求產(chǎn)品資源管理 ?。?！高效率、低成本地 開發(fā)高質(zhì)量的軟件！軟件工程面對(duì)的挑戰(zhàn)116北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計(jì)軟件工程：產(chǎn)品方法 工具過程人進(jìn)度經(jīng)費(fèi)資源標(biāo)準(zhǔn)小結(jié)117北航工程系統(tǒng)工程系－ UML與嵌入式系統(tǒng)分析設(shè)計(jì)小結(jié)（續(xù)）? 軟件：文檔 +程序 +數(shù)據(jù)? 軟件生命周期：需求、設(shè)計(jì)、實(shí)現(xiàn)、測試、維護(hù)? 軟件工程：工程化方法管理軟件開發(fā)過程? 軟件工程的目標(biāo)：追求軟件產(chǎn)品的正確性、可用性和軟件生產(chǎn)的效率? 軟件工程的關(guān)鍵：提高軟件質(zhì)量和生產(chǎn)效率? 軟件過程改進(jìn)118