軟件工程導(dǎo)論第八章-軟件質(zhì)量與質(zhì)量保證

第八章軟件質(zhì)量與質(zhì)量保證8.1軟件質(zhì)量的定義8.2影響軟件質(zhì)量的因素8.3軟件質(zhì)量保證策略8.4軟件質(zhì)量保證活動8.5軟件評審 8.6軟件質(zhì)量保證的標準8.7結(jié)構(gòu)化程序的測試8.8面向?qū)ο蟮能浖y試8.9測試計劃與測試分析報告8.10軟件維護 8.1軟件質(zhì)量的定義8.1軟件質(zhì)量的定義軟件質(zhì)量為“與軟件產(chǎn)品滿足規(guī)定的和隱含的需求的能力有關(guān)的特征或特性的全體”。

軟件質(zhì)量是各種特性的復(fù)雜組合，隨著應(yīng)用的不同而異，隨著用戶提出的質(zhì)量要求不同而不同。

8.2影響軟件質(zhì)量的因素8.2影響軟件質(zhì)量的因素1．影響軟件質(zhì)量的主要因素（1）正確性：系統(tǒng)滿足規(guī)格說明和用戶目標的程度，即在預(yù)定環(huán)境下能正確地完成預(yù)期功能的程度。（2）健壯性：在硬件發(fā)生故障、輸入的數(shù)據(jù)無效或操作錯誤等意外環(huán)境下，系統(tǒng)能做出適當響應(yīng)的程度。（3）效率：為了完成預(yù)定的功能，系統(tǒng)需要的計算資源的多少。（4）安全性：對未經(jīng)授權(quán)的人使用軟件或數(shù)據(jù)的企圖，系統(tǒng)能夠控制的程度。8.2影響軟件質(zhì)量的因素1．影響軟件質(zhì)量的主要因素（5）可用性：系統(tǒng)在完成預(yù)定應(yīng)該完成的功能時令人滿意的程度。（6）風(fēng)險：按預(yù)定的成本和進度把系統(tǒng)開發(fā)出來，并且受用戶所滿意的概率。（7）可理解性：理解和使用該系統(tǒng)的容易程度。（8）可維修性：診斷和改正在運行現(xiàn)場發(fā)現(xiàn)的錯誤所需要的工作量的大小。（9）適應(yīng)性：修改或改進正在運行的系統(tǒng)需要的工作量的多少。8.2影響軟件質(zhì)量的因素1．影響軟件質(zhì)量的主要因素（10）可測試性：軟件容易測試的程度。（11）可移植性：把程序從一種硬件配置和軟件系統(tǒng)環(huán)境轉(zhuǎn)移到另一種配置和環(huán)境時，需要的工作量的多少。有一種定量度量的方法是：用原來程序設(shè)計和調(diào)試的成本除移植時需用的費用。（12）可再用性：在其他應(yīng)用中該程序可以被再次使用的程度。（13）互運行性：把該系統(tǒng)和另一個系統(tǒng)結(jié)合起來的工作量的多少。8.2影響軟件質(zhì)量的因素2．軟件質(zhì)量評價應(yīng)遵守的原則（1）應(yīng)強調(diào)軟件總體質(zhì)量（低成本高質(zhì)量），而不應(yīng)片面強調(diào)軟件正確性，忽略其可維護性與可靠性、可用性與效率等。（2）應(yīng)在軟件工程化生產(chǎn)的整個周期的各個階段都注意軟件的質(zhì)量，而不能只在軟件最終產(chǎn)品驗收時注意質(zhì)量。（3）應(yīng)制定軟件質(zhì)量標準，定量地評價軟件質(zhì)量，使軟件產(chǎn)品評價執(zhí)行評測結(jié)合，以測為主的科學(xué)方法。

8.3軟件質(zhì)量保證策略8.3軟件質(zhì)量保證策略1．審查 審查就是在軟件生命周期每個階段結(jié)束之前，都正式使用結(jié)束標準對該階段生產(chǎn)出的軟件配置成分進行嚴格的技術(shù)審查。8.3軟件質(zhì)量保證策略審查過程的步驟如下：（1）計劃：組織審查組，分發(fā)材料，安排日程等。（2）概貌介紹：當項目復(fù)雜龐大時，可由作者介紹概況。（3）準備：評審員閱讀材料取得有關(guān)項目的知識。（4）評審會：目的是發(fā)現(xiàn)和記錄錯誤。（5）返工：作者修正已經(jīng)發(fā)現(xiàn)的問題。（6）復(fù)查：判斷返工是否真正解決了問題。8.3軟件質(zhì)量保證策略2．復(fù)查和管理復(fù)審復(fù)查即是檢查已有的材料，以確定某階段的工作是否能夠開始或繼續(xù)。每個階段開始時的復(fù)查，是為了肯定前一個階段結(jié)束時的審查，已經(jīng)具備了開始當前階段工作所必需的材料。管理復(fù)審?fù)ǔＶ赶蜷_發(fā)組織或使用部門的管理人員，提供有關(guān)項目的總體狀況、成本和進度等方面的情況，以便從管理角度對開發(fā)工作進行審查。8.3軟件質(zhì)量保證策略3．測試 測試就是用已知的輸入在已知環(huán)境中動態(tài)地運行系統(tǒng)或系統(tǒng)的部件。如果測試結(jié)果和預(yù)期的結(jié)果不一致，則表明系統(tǒng)中可能出現(xiàn)了錯誤。8.3軟件質(zhì)量保證策略測試過程中產(chǎn)生的基本文檔如下：(1)測試計劃：通常包括單元測試和集成測試，確定測試范圍、方法和需要的資源等。(2)測試過程：詳細描述和每個測試方案有關(guān)的測試步驟和數(shù)據(jù)，包括測試數(shù)據(jù)及預(yù)期的結(jié)果。(3)測試結(jié)果：把每次測試運行的結(jié)果歸入文檔，如果運行出錯，則應(yīng)產(chǎn)生問題報告，并且通過調(diào)試解決所發(fā)現(xiàn)的問題。8.4軟件質(zhì)量保證活動8.4軟件質(zhì)量保證活動1.驗證與確認 驗證是為了確定開發(fā)時期中某一階段的產(chǎn)品是否達到了階段對它的需求，確認則是在整個開發(fā)結(jié)束時對所開發(fā)的軟件能否滿足軟件需求的總評價。

8.4軟件質(zhì)量保證活動2.開發(fā)時期的配置管理雖然維護時期堅持配置管理十分重要。但事實上，對配置的控制從計劃時期就開始了，一直延續(xù)到生存周期結(jié)束、軟件停止使用后才終止。軟件配置包括生存期中各個階段產(chǎn)生的文檔和程序。這些文檔或程序是隨著軟件的開發(fā)進程逐步產(chǎn)生的，所以也稱為階段產(chǎn)品

8.5軟件評審

8.5.1設(shè)計質(zhì)量的評審內(nèi)容

8.5.2程序質(zhì)量的評審內(nèi)容8.5軟件評審

8.5.1設(shè)計質(zhì)量的評審內(nèi)容 設(shè)計質(zhì)量的評審對象是在需求分析階段產(chǎn)生的軟件需求規(guī)格說明、數(shù)據(jù)要求規(guī)格說明，在軟件概要設(shè)計階段產(chǎn)生的軟件概要設(shè)計說明等。8.5軟件評審

8.5.1設(shè)計質(zhì)量的評審內(nèi)容1．軟件的規(guī)格說明2．可靠性 可靠性措施應(yīng)能失效發(fā)生

3保密措施實現(xiàn)4.操作特性實施5.性能實現(xiàn)6.可修改性7.可擴充性8.互換性 互換性是指當軟件功能擴充之后，其已有功能還能照原樣使用的特性。8.5軟件評審

8.5.1設(shè)計質(zhì)量的評審內(nèi)容9.可移植性 可移植性是指當把軟件移植到不同的運行環(huán)境時，不需改變其規(guī)格就能照原樣工作的特性。10.可測試性 可測試性是為保證軟件質(zhì)量，有效地進行充分、全面的測試的特性。

11.復(fù)用性 復(fù)用性包含可移植性及功能上通用性等

12.互連性 與其他軟件有共同的接口及該接口部分是模塊化的，容易改變的。8.5軟件評審

8.5.2程序質(zhì)量的評審內(nèi)容1.軟件的結(jié)構(gòu)(1)功能結(jié)構(gòu)(2)功能的通用性(3)模塊的層次(4)模塊結(jié)構(gòu)(5)處理過程的結(jié)構(gòu)8.5軟件評審

8.5.2程序質(zhì)量的評審內(nèi)容2.與運行環(huán)境的接口(1)與其他軟件的接口(2)與硬件的接口(3)與用戶的接口(4)運行環(huán)境變更時的影響范圍8.6軟件質(zhì)量保證的標準8.6軟件質(zhì)量保證的標準1.ISO對質(zhì)量保證系統(tǒng)的方法ISO9000質(zhì)量保證模型將一個企業(yè)視為一個互聯(lián)過程的網(wǎng)絡(luò)。為了使質(zhì)量系統(tǒng)符合ISO標準，這些過程必須與標準中給出的區(qū)域?qū)?yīng)，并且必須按照描述進行文檔化和實現(xiàn)。ISO9000以一般術(shù)語描述了一個質(zhì)量保證系統(tǒng)的要素。這些要素包括用于實現(xiàn)質(zhì)量計劃、質(zhì)量控制、質(zhì)量保證和質(zhì)量改進所需的組織結(jié)構(gòu)、規(guī)程、過程和資源。8.6軟件質(zhì)量保證的標準2.ISO9001標準（1）管理責(zé)任（2）質(zhì)量系統(tǒng)（3）合同復(fù)審（4）設(shè)計控制（5）文檔和數(shù)據(jù)控制（6）采購（7）對客戶提供的產(chǎn)品的控制8.6軟件質(zhì)量保證的標準2.ISO9001標準（8）產(chǎn)品標識和可跟蹤性（9）過程控制（10）審查和測試（11）審查、度量和測試設(shè)備的控制（12）審查和測試狀態(tài)（13）對不符合標準產(chǎn)品的控制（14）改正和預(yù)防行動8.6軟件質(zhì)量保證的標準2.ISO9001標準（15）處理、存儲、包裝、保存和交付（16）質(zhì)量記錄的控制（17）內(nèi)部質(zhì)量審計（18）培訓(xùn)（19）服務(wù)（20）統(tǒng)計技術(shù)8.7結(jié)構(gòu)化程序的測試

8.7.1軟件測試的目的

8.7.2軟件測試的原則

8.7.3軟件測試的對象

8.7.4軟件測試的基本過程8.7結(jié)構(gòu)化程序的測試

8.7.1軟件測試的目的1．軟件測試的目的（1）軟件測試是確認軟件的質(zhì)量，其一方面是確認軟件做了所期望的事情，另一方面是確認軟件以正確的方式來做了這個事件。（2）軟件測試是提供信息，比如提供給開發(fā)人員或項目經(jīng)理的反饋信息，為風(fēng)險評估所準備的信息。8.7結(jié)構(gòu)化程序的測試

8.7.1軟件測試的目的1．軟件測試的目的（3）軟件測試不僅是在測試軟件產(chǎn)品本身，而且還包括軟件開發(fā)的過程。如果一個軟件產(chǎn)品開發(fā)完成之后發(fā)現(xiàn)了很多問題，則說明此軟件開發(fā)過程很可能是有缺陷的。因此這個目的是保證整個軟件開發(fā)過程的高質(zhì)量。8.7結(jié)構(gòu)化程序的測試

8.7.1軟件測試的目的2．軟件質(zhì)量（1）在正確的時間用正確的的方法把一個工作做正確。（2）符合一些應(yīng)用標準的要求，比如不同國家的用戶不同的操作習(xí)慣和要求，項目工程中的可維護性、可測試性等要求。（3）質(zhì)量本身就是軟件達到了最開始所設(shè)定的要求，而代碼設(shè)計的技巧并不代表軟件的高質(zhì)量。8.7結(jié)構(gòu)化程序的測試

8.7.1軟件測試的目的2．軟件質(zhì)量（4）質(zhì)量也代表著它符合客戶的需要。作為軟件測試這個行業(yè)，最重要的一件事就是從客戶的需求出發(fā)，從客戶的角度去看產(chǎn)品，客戶如何使用這個產(chǎn)品，使用過程中將遇到什么樣的問題。只有這些問題都解決了，軟件產(chǎn)品的質(zhì)量才可以說是上去了。8.7結(jié)構(gòu)化程序的測試

8.7.2軟件測試的原則從用戶的角度出發(fā)，就是希望通過軟件測試能充分暴露軟件中存在的問題和缺陷，從而考慮是否可以接受該產(chǎn)品；從開發(fā)者的角度出發(fā)，就是希望測試能表明軟件產(chǎn)品不存在錯誤，已經(jīng)正確地實現(xiàn)了用戶的需求。

8.7結(jié)構(gòu)化程序的測試

8.7.2軟件測試的原則1．應(yīng)當盡早測試和不斷的測試。2．程序員應(yīng)該避免檢查自己的程序，測試工作應(yīng)該由獨立的專業(yè)的軟件測試機構(gòu)來完成。

3．設(shè)計測試用例時應(yīng)該考慮到合法的輸入和不合法的輸入以及各種邊界條件，特殊情況要制造極端狀態(tài)和意外狀態(tài)，例如網(wǎng)絡(luò)異常中斷、電源斷電等情況。

4．一定要注意測試中的錯誤集中發(fā)生現(xiàn)象，這與程序員的編程水平和習(xí)慣有很大的關(guān)系。8.7結(jié)構(gòu)化程序的測試

8.7.2軟件測試的原則

5．對測試錯誤結(jié)果一定要有一個確認的過程，一般有A測試出來的錯誤，一定要有一個B來確認，嚴重的錯誤可以召開評審會進行討論和分析。

6．制定嚴格的測試計劃，并把測試時間安排的盡量寬松，不要希望在極短的時間內(nèi)完成一個高水平的測試。

7．回歸測試的關(guān)聯(lián)性一定要引起充分的注意，修改一個錯誤而引起更多的錯誤出現(xiàn)。

8．妥善保存測試過程文檔有重要意義，因為測試的重現(xiàn)性往往要靠測試文檔。8.7結(jié)構(gòu)化程序的測試

8.7.3軟件測試的對象

軟件測試并不等同程序測試。軟件測試應(yīng)該貫穿于軟件定義與開發(fā)的整個期間。因此需求分析、概要設(shè)計、詳細設(shè)計以及程序編碼等各階段所得到的文檔，包括需求規(guī)格說明、概要設(shè)計規(guī)格說明、詳細設(shè)計規(guī)格說明以及源程序，都應(yīng)該是軟件測試的對象。

8.7結(jié)構(gòu)化程序的測試

8.7.4軟件測試的基本過程軟件測試過程通常包括以下基本的測試活動

:1．擬定軟件測試計劃。2．編制軟件測試大綱。3．設(shè)計和生成測試用例。4．實施測試。5．生成軟件問題報告。8.7結(jié)構(gòu)化程序的測試

8.7.5軟件測試技術(shù)

1．靜態(tài)分析技術(shù) 不執(zhí)行被測軟件，可對需求分析說明書、軟件設(shè)計說明書、源程序做結(jié)構(gòu)檢查、流程分析、符號執(zhí)行來找出軟件錯誤。8.7結(jié)構(gòu)化程序的測試

8.7.5軟件測試技術(shù)

1．靜態(tài)分析技術(shù)(1)結(jié)構(gòu)檢查是手工分析技術(shù)，由一組人員對程序設(shè)計，需求分析，編碼，測試工作進行評議，虛擬執(zhí)行程序，評議中作錯誤檢驗。8.7結(jié)構(gòu)化程序的測試

8.7.5軟件測試技術(shù)

1．靜態(tài)分析技術(shù)(2)流圖分析是通過分析程序流程圖的代碼結(jié)構(gòu)，來查程序的語法錯誤信息，語句中標識符引用狀況，予程序和函數(shù)調(diào)用狀況，變量是否賦初值，定義而未使用的變量，未說明或無用的標號，無法執(zhí)行到的代碼段。8.7結(jié)構(gòu)化程序的測試

8.7.5軟件測試技術(shù)

1．靜態(tài)分析技術(shù)(3)符號執(zhí)行是一種符號化定義數(shù)據(jù)，并為程序每條路徑給出符號表達式，對特定路徑輸入符號，經(jīng)處理輸出符號，從而判斷程序行為是否錯誤，達到分析錯誤的目的。8.7結(jié)構(gòu)化程序的測試

8.7.5軟件測試技術(shù)2．動態(tài)測試技術(shù) 當把程序作為一個函數(shù)，輸入的全體稱為函數(shù)的定義域，輸出的全體稱為函數(shù)的值域，函數(shù)則描述了輸入的定義域與輸出值域的關(guān)系。

8.7結(jié)構(gòu)化程序的測試

8.7.5軟件測試技術(shù)2．動態(tài)測試技術(shù)動態(tài)測試的過程為：

(1)選取定義域中的有效值，或定義域外無效值。(2)對已選取值決定預(yù)期的結(jié)果。(3)用選取值執(zhí)行程序。(4)觀察程序行為，記錄執(zhí)行結(jié)果。(5)將(4)的結(jié)果與(2)的結(jié)果相比較，不相同則表明程序有錯。8.7結(jié)構(gòu)化程序的測試

8.7.5軟件測試技術(shù)

3．黑盒測試和白盒測試(1）黑盒測試法：又稱為功能測試。它把程序看成一個黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程。(2）白盒測試法：它的前提是可以把程序看成裝在一個透明的白盒子里，也就是完全了解程序的結(jié)構(gòu)和處理過程。8.7結(jié)構(gòu)化程序的測試

8.7.6設(shè)計測試方案概述設(shè)計測試方案是測試階段的關(guān)鍵技術(shù)問題。測試方案包括預(yù)定要測試的功能、應(yīng)該輸入的測試數(shù)據(jù)和預(yù)期的結(jié)果，其中最困難的問題是設(shè)計測試用的輸入數(shù)據(jù)，即測試用例。設(shè)計測試方案的基本目標是確定一組最可能發(fā)現(xiàn)某個錯誤或某類錯誤的測試數(shù)據(jù)。

8.7結(jié)構(gòu)化程序的測試

8.7.6設(shè)計測試方案

1．白盒法(1)語句覆蓋(2)判定覆蓋(3)條件覆蓋(4)判定／條件覆蓋(5)條件組合覆蓋(6)路徑覆蓋8.7結(jié)構(gòu)化程序的測試

8.7.6設(shè)計測試方案

2．黑盒法(1)等價劃分 使用等價劃分法設(shè)計測試方案首先需要劃分輸入數(shù)據(jù)的等價類，為此需要研究程序的功能說明，從而確定輸入數(shù)據(jù)的有效等價類和無效等價類。8.7結(jié)構(gòu)化程序的測試

8.7.6設(shè)計測試方案

2．黑盒法(2)邊界值分析 使用邊界值分析方法設(shè)計測試方案首先應(yīng)該確定邊界情況，這需要經(jīng)驗和創(chuàng)造性，對于輸入等價類和輸出等價類的邊界確定，就是應(yīng)該著重測試的程序邊界情況。

8.7結(jié)構(gòu)化程序的測試

8.7.7測試的步驟

軟件測試的步驟:（1）單元測試（2）集成測試（3）確認測試（4）系統(tǒng)測試（5）驗收測試8.7結(jié)構(gòu)化程序的測試

8.7.8軟件糾錯技術(shù) 根據(jù)測試出錯誤的外因分析找到內(nèi)部原因并加以改正的代碼執(zhí)行與人工活動稱為糾錯。

8.7結(jié)構(gòu)化程序的測試

8.7.8軟件糾錯技術(shù)1.糾錯策略方法（1）強力法（2）跟蹤法（3）演繹法（4）歸納法 （5）測試糾錯法（6）試湊法（7）回歸測試（8）對分查找法8.8面向?qū)ο蟮能浖y試

8.8.1面向?qū)ο蠓治?/p>

和面向?qū)ο笤O(shè)計的模型測試

8.8.2面向?qū)ο蟮臏y試策略

8.8.3面向?qū)ο筌浖y試集設(shè)計8.8面向?qū)ο蟮能浖y試

8.8.1面向?qū)ο蠓治龊兔嫦驅(qū)ο笤O(shè)計 的模型測試1.面向?qū)ο蠓治龊驮O(shè)計模型的正確性 用于表示分析和設(shè)計模型的符號體系和語法將是與為項目選定的特定分析和設(shè)計方法聯(lián)系的。因此，不僅考慮語法正確性和符號體系是否合適使用，而且對每個模型復(fù)審以保證保持合適的建模約定。8.8面向?qū)ο蟮能浖y試

8.8.1面向?qū)ο蠓治龊兔嫦驅(qū)ο笤O(shè)計 的模型測試2．面向?qū)ο蠓治龊驮O(shè)計模型的一致性 對OOA和OOD模型的一致性判斷可以通過考慮模型中實體間的關(guān)系，不一致的模型在某一部分有表示，但未在模型的其他部分正確地反映。8.8面向?qū)ο蟮能浖y試

8.8.2面向?qū)ο蟮臏y試策略1．面向?qū)ο蟮膯卧獪y試 對OO軟件的類測試等價于傳統(tǒng)軟件的單元測試。和傳統(tǒng)軟件的單元測試不一樣，OO軟件的類測試是由封裝在類中的操作和類的狀態(tài)行為所驅(qū)動的

8.8面向?qū)ο蟮能浖y試

8.8.2面向?qū)ο蟮臏y試策略2．面向?qū)ο蟮慕M裝測試 對OO軟件的集成測試有兩種不同策略，第一種稱為基于線程的測試，集成對回應(yīng)系統(tǒng)的一個輸入或事件所需的一組類，每個線程被集成并分別測試，應(yīng)用回歸測試以保證沒有產(chǎn)生副作用。8.8面向?qū)ο蟮能浖y試

8.8.2面向?qū)ο蟮臏y試策略2．面向?qū)ο蟮慕M裝測試 第二種稱為基于使用的測試，通過測試那些幾乎不使用服務(wù)器類的類（稱為獨立類）而開始構(gòu)造系統(tǒng)，在獨立類測試完成后，下一層使用獨立類的類（稱為依賴類）被測試。這個依賴類層次的測試序列一直持續(xù)到構(gòu)造完整系統(tǒng)。8.8面向?qū)ο蟮能浖y試

8.8.2面向?qū)ο蟮臏y試策略3．面向?qū)ο蟮拇_認測試傳統(tǒng)的黑盒測試方法可被用于有效性測試，此外，測試集可以從對象/行為模型和作為OOA的一部分的事件流圖中導(dǎo)出。傳統(tǒng)的黑盒測試方法可被用于有效性測試，此外，測試集可以從對象/行為模型和作為OOA的一部分的事件流圖中導(dǎo)出。8.8面向?qū)ο蟮能浖y試

8.8.3面向?qū)ο筌浖y試集設(shè)計1．面向?qū)ο鬁y試集設(shè)計的概念 OO測試集設(shè)計的方法如下：（1）每個測試集應(yīng)該被惟一標識，并且和將被測試的類顯式地相關(guān)聯(lián)；（2）應(yīng)該陳述測試的目的；（3）對每個測試應(yīng)該開發(fā)一組測試步驟

8.8面向?qū)ο蟮能浖y試

8.8.3面向?qū)ο筌浖y試集設(shè)計2．傳統(tǒng)測試集設(shè)計方法的適用性白盒測試方法可用于對為類定義的操作的測試，基本路徑、循環(huán)測試或數(shù)據(jù)流技術(shù)可以幫助保證已經(jīng)測試了操作中的每一條語句，然而，很多類操作的簡潔結(jié)構(gòu)導(dǎo)致把用白盒測試的工作量用于類級別的測試會更好。黑盒測試方法就像對傳統(tǒng)軟件工程方法開發(fā)的系統(tǒng)和對OO系統(tǒng)同樣適用的，測試集可以為黑盒及基于狀態(tài)的測試設(shè)計提供有用的輸入。8.8面向?qū)ο蟮能浖y試

8.8.3面向?qū)ο筌浖y試集設(shè)計3.基于故障的測試 在OO系統(tǒng)中基于故障的測試的目標是設(shè)計最有可能發(fā)現(xiàn)似乎可能的故障的測試。由于產(chǎn)品或系統(tǒng)必須符合客戶需求，因此，完成基于故障的測試所需的初步計劃是從分析模型開始。測試員查找似乎可能的故障，為了確定是否存在這些故障，設(shè)計測試集以測試設(shè)計或代碼。8.8面向?qū)ο蟮能浖y試

8.8.3面向?qū)ο筌浖y試集設(shè)計4．面向?qū)ο缶幊虒y試的影響（1）某些類型的故障變得幾乎不可能（不值得去測試）（2）某些類型的故障變得更加可能（值得進行測試）（3）出現(xiàn)某些新的故障類型（4）當調(diào)用一個操作時，很難確切知道執(zhí)行什么代碼，即可能屬于很多類之一。

8.8面向?qū)ο蟮能浖y試

8.8.3面向?qū)ο筌浖y試集設(shè)計5．測試外部結(jié)構(gòu)和內(nèi)部結(jié)構(gòu)（1）外部結(jié)構(gòu) 外部結(jié)構(gòu)指OO程序的外部可觀察的結(jié)構(gòu)，即對終端用戶立即可見的結(jié)構(gòu)。

（2）內(nèi)部結(jié)構(gòu) 內(nèi)部結(jié)構(gòu)指OO程序的內(nèi)部技術(shù)細節(jié)，即通過檢查設(shè)計和/或代碼而理解的結(jié)構(gòu)。

8.9測試計劃與測試分析報告8.9測試計劃與測試分析報告測試計劃可細化為測試計劃、測試設(shè)計說明、測試用例說明和測試規(guī)格說明；測試分析報告可細化為測試項傳遞報告、測試日志、測試事件報告和測試總結(jié)報告。8.10軟件維護

8.10.1軟件維護分類與特點

8.10.2軟件維護步驟

8.10.3軟件的可維護性

8.10.4軟件維護的副作用

8.10.5逆向工程和再生工程8.10軟件維護

8.10.1軟件維護分類與特點1.軟件維護的原因(1)改正在特定的使用條件下暴露出來的一些潛在程序錯誤或設(shè)計缺陷。(2)在軟件使用過程中因數(shù)據(jù)環(huán)境發(fā)生變化或處理環(huán)境發(fā)生變化，需要修改軟件以適應(yīng)這種變化。(3)用戶和數(shù)據(jù)處理人員在使用時常提出改進現(xiàn)有功能、增加新的功能及改善總體性能的要求，為了滿足這些要求，就需要修改軟件并把這些要求納入到軟件之中。8.10軟件維護

8.10.1軟件維護分類與特點2.維護的分類按維護性質(zhì)不同，軟件維護可分為：改正性維護、適應(yīng)性維護、完善性維護和預(yù)防性維護等。8.10軟件維護

8.10.1軟件維護分類與特點3.維護的特點(1)結(jié)構(gòu)化維護與非結(jié)構(gòu)化維護(2)維護的代價(3)維護的問題 與軟件維護有關(guān)的絕大多數(shù)問題，都可歸因于軟件定義和軟件開發(fā)的方法的缺點。

8.10軟件維護

8.10.2軟件維護步驟1．維護步驟（1）分析和理解程序（2）修改程序（3）詳細地分析要修改的模塊和數(shù)據(jù)結(jié) 構(gòu)的內(nèi)部細節(jié)，設(shè)計修改計劃，標 明新邏輯及要改動的現(xiàn)有邏輯。（4）向用戶提供回避措施。

（5）修改代碼以適應(yīng)變化

（6）重新驗證程序8.10軟件維護

8.10.2軟件維護步驟2．維護組織 每個維護申請通過維護管理員轉(zhuǎn)告給系統(tǒng)管理員，系統(tǒng)管理員一般都是對程序特別熟悉的技術(shù)人員，他們對維護申請及可能引起的軟件修改進行評估，并向修改控制決策機構(gòu)（一個或一組管理者）報告，由它最后確定是否采取行動。

8.10軟件維護

8.10.3軟件的可維護性

1．影響可維護性的因素（1）是否擁有一組訓(xùn)練有素的軟件人員；（2）系統(tǒng)結(jié)構(gòu)是否可理解；（3）是否使用標準的程序設(shè)計語言；（4）是否使用標準的操作系統(tǒng)；（5）文檔的結(jié)構(gòu)是否標準化；（6）測試用例是否合適；（7）是否已有嵌入系統(tǒng)的調(diào)試工具；（8）是否有一臺計算機可用于維護。8.10軟件維護

8.10.3軟件的可維護性

2．量化的測度（1）發(fā)現(xiàn)問題所用的時間；（2）收集維護工具使用的時間；（3）分析問題所需時間；（4）形成修改說明書所用時間；（5）糾錯（或修改）所用時間；（6）局部測試所用時間；（7）整體測試所用時間；（8）維護復(fù)審所用時間；（9）完全恢復(fù)所用時間。8.10軟件維護

8.10.3軟件的可維護性

3．保證可維護性的復(fù)審 在軟件工程每一階段的復(fù)審中，可維護性都是重要的指標。需求分析階段的復(fù)審設(shè)計階段的復(fù)審代碼復(fù)審配置復(fù)審8.10軟件維護

8.10.4軟