測試與風險分析

1、風險分析(Risk Analysis)基本概念潛伏缺陷(LatentDefect)： 一個實際存在但由于觸發(fā)條件不滿足而沒有導致系統(tǒng)失效 的缺陷。隱蔽缺陷(MaskedDefect)： 一個實際存在的缺陷，由于其他缺陷導致它所在的代碼沒 有得到執(zhí)行，因而沒有引起系統(tǒng)失效。風險分析是指識別、估計和評價風險的過程。軟件風險分析的目標：確定測試對象、測試的優(yōu)先級以及測試的深度。l理想狀況下， 風險分析工作應該由交叉學科的專家小組來負責。(包括開發(fā)員、測試員、用戶、客戶、 銷售人員和其他)風險分析工作應該在軟件生命周期內盡早進行。因為需求、資源和其他 因素可能會發(fā)生變動，必須要在項目進行的過程中時時對

2、分析結果進行評審.風險分析步驟步驟1：成立頭腦風暴小組，包括最終用戶、開發(fā)員、測試員、銷售人員和業(yè)務分析 師。步驟2：編制系統(tǒng)功能列表編制系統(tǒng)范圍內的特征和屬性列表。步驟3：確定系統(tǒng)失效的可能性，為失效的可能性賦一個相對值。該特征或屬性不能 正常運行的可能性有多大？步驟4：確定影響，為影響賦一個相對值。如果該特征或特性發(fā)生失靈，將會對用戶 造成什么樣的影響？步驟5：賦數(shù)值，根據(jù)在上述第3和第4步所賦的相對值賦數(shù)值。步驟6：計算風險優(yōu)先級，將賦給失效可能性和影響可能性的值求和。步驟7：評審/修改值，根據(jù)復雜性、佩瑞多分析、新的或修改過的特征、開發(fā)方法、 環(huán)境可達性、可使用性和小組歷史等信息來評審

3、和修改優(yōu)先級。步驟8：排定特征的優(yōu)先級，根據(jù)風險優(yōu)先級重新組織特征和屬性列表。步驟9：確定“分割線”，建立“分割線”，將特征分成“待測”特征和“不予測試 的”特征。步驟10：考慮緩解風險，決定哪些風險(如果有的話)能夠通過增加資源、變換開發(fā) 方法等方式得到緩解。測試計劃總體測試計劃總體測試計劃：可以是一份獨立的文檔，也可能被包含到項目計劃中、作為其中的一部 分。其目的是組織各個等級的測試測試計劃是最終形成一份文檔的一個過程，它讓參與測試 過程的各個方面牽涉性的確定測試中的將出現(xiàn)的重要問題，并確定如何以最好的方式處理這 些問題。測試計劃的目標并不是簡單地建立一個冗長的測試用例表，而是處理測試策略

4、、資 源利用、職責、風險和優(yōu)先級等方面的重要問題。IEEE標準829-1998測試計劃模板測試計劃標識符目錄表參考文獻詞匯表介紹測試項軟件風險問題待測特征不予測試的特征測試策略測試項通過/失敗標準掛起標準和恢復需求測試交付物測試任務環(huán)境需求職責人員安排與培訓需求進度表計劃風險與應急措施審批測試覆蓋率代碼覆蓋率：由一系列測試用例（即一個測試集）執(zhí)行的程序語句、分支、或者路徑的 百分比。需求覆蓋率度量的是一個測試集所覆蓋的業(yè)務需求的百分比；設計覆蓋率度量的是被覆蓋的設計的百分比。接口覆蓋率度量的是測試集所執(zhí)行到的接口的百分比。走查與審查走查是對軟件產(chǎn)品進行的同行評審，這項工作是通過順序地“從頭到尾

5、走過”（逐行） 產(chǎn)品來完成的，以判別被評審產(chǎn)品的質量并發(fā)現(xiàn)其中的缺陷。審查：一項正式的評價技術，由作者之外的其他個人或團隊對軟件需求、設計或者代碼 進行詳細檢查，以便檢測出故障、違反開發(fā)標準的地方以及其他問題。軟件審查的目標是檢 測和識別軟件元素中存在的缺陷。審查、走查和基于計算機的測試是互為補充的；如果缺少任何一個方面，錯誤的檢測效 果都將大打折扣。5.配置管理：包括變更管理和評定bug優(yōu)先順序的決策過程。如果將代 碼早早的凍結，測試工作將變得不切實際，因為修復以前發(fā)現(xiàn)的bug可能會改變正在被測試 的代碼?；貧w測試是指對以前測試過的特征重新進行測試，以確保變更或者bug修復不會帶來新 的問題

6、。確認測試就是重新運行發(fā)現(xiàn)過bug的測試，以確保該bug得到完全的、真正的修復。詳細測試計劃普通的項目信息可以用來開發(fā)總體測試計劃，而更為具體的軟件信息則用來開發(fā)詳細的 測試計劃。一個測試等級是由某個環(huán)境來定義的，這個環(huán)境是由人員、硬件、軟件、接口、數(shù)據(jù)、 甚至是測試員的觀點組成的集合。所需測試等級的數(shù)量：一般而言，主要取決于系統(tǒng)的復雜性、獨特用戶的數(shù)量、政策、 預算、人員配置、組織結構，等等。共駐軟件是指駐留于同一平臺的其他應用程序。等級測試計劃：需對產(chǎn)品風險問題、資 源限制、人員配置和培訓需求、進度表、測試策略和其他所有因素進行通盤考慮。定義一個等級的范圍和這個等級打算完成的任務；然后，制

7、定一個計劃以確保任務的實 現(xiàn)。驗收測試驗收測試就是主要根據(jù)用戶的需求建立的，并且需要演示說明這些需求已經(jīng)得到滿足的 一個測試等級。讀者：用戶、客戶、系統(tǒng)測試員、開發(fā)人員。時間：驗收測試的計劃過程應該在較高等級的需求確定之后盡快開始進行。信息來源：項目計劃、總體測試計劃和需求文檔。系統(tǒng)測試系統(tǒng)測試：測試人員使用全面集成的整個系統(tǒng)，以查找在各種系統(tǒng)操作中的錯誤。讀者：測試組成員信息來源：需求規(guī)格說明、設計文檔和用戶文檔（如果存在這些文檔的話）及其他文 檔等。在系統(tǒng)測試中涵蓋的域還可能包括：容量、并發(fā)、配置、轉換、硬件、安裝、互操作 性、接口、定位、性能、恢復、可靠性、資源使用、可伸縮性、敏感性、軟

8、件配置和可使用 性。煙霧測試煙霧測試是一組用以確定系統(tǒng)處于穩(wěn)定狀態(tài)、所有的主要功能都具備并且能夠在“正 ?！睏l件下運行的測試用例。煙霧測試不能由測試小組獨立來建立；它應該是通過聯(lián)合的方式，至少是在與開發(fā)員達 成一致的情況下建立的。煙霧測試的目標是顯示穩(wěn)定性、而不是發(fā)現(xiàn)系統(tǒng)的每個bug。必須在系統(tǒng)測試環(huán)境中運行。集成測試集成測試是這樣一個測試等級：用來確保系統(tǒng)的各個組件之間彼此能夠正確地相互作用 和傳遞數(shù)據(jù)，并且功能上是內聚的。集成測試是一種檢查系統(tǒng)的各個部分、尤其是各個接口如何組合在一起協(xié)調工作的過 程。讀者：開發(fā)人員時間安排：設計趨于穩(wěn)定，開始集成測試計劃過程。驅動就是模擬較高等級的組件的模塊，而樁就是模擬較低等級的組件的模塊。信息來源：詳細設計規(guī)格說明及體系結構的設計規(guī)格說明。單元測試單元測試過程的建立和文檔記錄工作應該由開發(fā)人員