part05 軟件測(cè)試評(píng)審

CstA

軟件測(cè)試工程師培訓(xùn)

軟件評(píng)審

軟件測(cè)試培訓(xùn)中心

CstA

Outline

?一、概述

?二、SDLC中的軟件驗(yàn)證

?三、SDLC中的軟件確認(rèn)

?四、SDLC中的評(píng)審過程

軟件渙J試培訓(xùn)I中2

CSJA

1、概述

?1.1概念

?L2V-model中的V&V&T

?L3V&V&T的區(qū)另I」

_軟件j則試培■訓(xùn)中］

CSJA

1.1概念一軟件缺陷(Defect)

1)缺陷是對(duì)軟件產(chǎn)品預(yù)期屬性的偏離現(xiàn)象：

■對(duì)產(chǎn)品規(guī)格說明(Specifications)的偏離。如：規(guī)格

說明規(guī)定：a+b=>c,而實(shí)際產(chǎn)品不是。

■對(duì)客戶/用戶期望的偏離，客戶/用戶要求未納入產(chǎn)品

(可能是規(guī)格說明疏漏，也可能實(shí)現(xiàn)有問題)。

■Fault在硬件中稱為故障，在軟件中它和Defect同義。

—軟件測(cè)試由II中心4

區(qū)以人

1.1相S念一軟件缺陷(Defect)

(2)缺陷有三種：錯(cuò)誤(Wrong)：

■未將規(guī)格說明正確實(shí)現(xiàn)(對(duì)規(guī)格說明的偏離)。

■遺漏(Missing)：規(guī)定的或預(yù)期的需求未體現(xiàn)在產(chǎn)品中

(可能未將規(guī)格說明全面實(shí)現(xiàn)，也可能在開發(fā)過程中，甚

至在其后追加了客戶需求)。

■額外的實(shí)現(xiàn)(Extra)：規(guī)格說明未規(guī)定的需求被納入產(chǎn)

品加以實(shí)現(xiàn)(也許是用戶期望的屬性，但只能被當(dāng)作缺

陷)。

.軟件渙J試培訓(xùn)I中5

CstA

既念一軟件缺陷(Defect)

(3)缺陷和事故(Failures)

■機(jī)械與建筑的比喻

■缺陷是軟件內(nèi)部的“裂縫”。在未影響到用戶和系統(tǒng)運(yùn)行

時(shí)，并未表現(xiàn)出來。

■當(dāng)缺陷引發(fā)運(yùn)行錯(cuò)誤(Error)或產(chǎn)生負(fù)面影響時(shí)，構(gòu)成事

故，對(duì)我們?cè)斐蓚Α?/p>

軟件渙J試培訓(xùn)I中6

CstA

LI概念一缺陷的排除手段

?V&V&T：為了發(fā)現(xiàn)錯(cuò)誤、確定功能、保

證產(chǎn)品質(zhì)量，在SDLC中進(jìn)行評(píng)審、分析

和測(cè)試活動(dòng)的總稱。

-Verification

-Testing

-Validation

.軟件渙j試培訓(xùn)I中7

CstA

LI概念一驗(yàn)證

?根據(jù)IEEE610.12-1990

?驗(yàn)證(verification)是對(duì)系統(tǒng)或單元的評(píng)

價(jià)過程，以確定一個(gè)給定的開發(fā)階段的

產(chǎn)品是否滿足在此階段開始時(shí)給定的條

件。

?驗(yàn)證是與軟件開發(fā)活動(dòng)同時(shí)執(zhí)行地活動(dòng)

?驗(yàn)證回答“我們正在構(gòu)造的產(chǎn)品正確

嗎？”

8

CstA

LI概念一確認(rèn)

?確認(rèn)是在軟件開發(fā)過程期間或結(jié)束時(shí)評(píng)

價(jià)系統(tǒng)或單元的過程，以確定他是否滿

足特定的需求。

■在軟件開發(fā)后判斷軟件是否正確地實(shí)現(xiàn)

了需求

?回答“我們已經(jīng)構(gòu)造的產(chǎn)品正確嗎?”

一軟---件-------測(cè)--------試-------培-------■--------訓(xùn)--------中---------心-----------y°

1.2V-model中的V&V&T

_軟件測(cè)試培訓(xùn)中心

10

CSIA

1.3V&V&T的區(qū)另U

?目的相同：排除缺陷，保證質(zhì)量

?在SDLC中位置不同

?實(shí)施方法不同：驗(yàn)證方法有代碼走查、審查，

而確認(rèn)方法有測(cè)試和正確性證明

?關(guān)注點(diǎn)不同：驗(yàn)證關(guān)心的是確保軟件模塊或功

能內(nèi)在的正確性；確認(rèn)則表明要與規(guī)定的需求

進(jìn)行比較是否滿足要求，它所關(guān)心的是該軟件

產(chǎn)品的價(jià)值。

一軟件測(cè)試于II中心”

CstA

2、SDLC中軟件驗(yàn)證活動(dòng)

?2.1評(píng)審

?2.2軟件質(zhì)量度量

?2.3配置管理

軟件渙j試培訓(xùn)?中12

CSIA

2.1軟件評(píng)審（Review）

?2.1.1概述

?2.1.2軟件評(píng)審的動(dòng)機(jī)

?2.1.3作為連續(xù)過程改進(jìn)的軟件評(píng)審

?2.1.4評(píng)審的類型

?2.1.5軟件評(píng)審的作用

?2.L6軟件項(xiàng)目評(píng)審實(shí)例

?2.1.7評(píng)審在若干國(guó)際標(biāo)準(zhǔn)中的要求

?2.1.8正式評(píng)審的實(shí)施步驟

?2.1.9評(píng)審實(shí)踐中所顯示的效益

?2.1.10實(shí)施軟件評(píng)審經(jīng)常出現(xiàn)的問題

?2.1.11做好軟件評(píng)審的建議

一軟件測(cè)試培訓(xùn)中心13

2.1.1概述

■工EEE定義：評(píng)審是軟件開發(fā)組之外的人員或

小組對(duì)軟件需求、設(shè)計(jì)或代碼進(jìn)行詳細(xì)審查的

一種正式評(píng)價(jià)方法。其目的在于發(fā)現(xiàn)其中的缺

陷，找出違背執(zhí)行標(biāo)準(zhǔn)的情況以及其它問題。

■1994年，工EEE在軟件評(píng)審和審核標(biāo)準(zhǔn)

(IEEEStandardforSoftware

ReviewsandAudits)中說：軟件評(píng)審是

一種對(duì)軟件元素所作的正式的、同行間的評(píng)審

活動(dòng)，其目的在于驗(yàn)證軟件元素滿足其規(guī)格說

明，并能符合標(biāo)準(zhǔn)的要求。

___________________________軟件渙J試培訓(xùn)I中14

CstA

概述

■軟件評(píng)審是軟件生產(chǎn)過程中過濾軟件錯(cuò)誤的一

個(gè)“濾波器”。

■軟件評(píng)審涉及評(píng)審的組織機(jī)構(gòu)、管理、準(zhǔn)則、

類別、內(nèi)容、文件和要求等。

■一般要求在軟件研制階段的里程碑點(diǎn)進(jìn)行軟件

評(píng)審。評(píng)審的主要類別有：軟件定義評(píng)審、軟

件需求評(píng)審、概要設(shè)計(jì)評(píng)審、詳細(xì)設(shè)計(jì)評(píng)審、

軟件實(shí)現(xiàn)評(píng)審和軟件驗(yàn)收評(píng)審等。

一軟件測(cè)試培訓(xùn)中心15

CSJA

發(fā)展歷史

-軟件工程過程是一個(gè)重要的質(zhì)量保證手段

?是軟件測(cè)試不可代替的

?最早于1972年IBM公司實(shí)施了M.E.Fagan提出的代

碼檢查法

?實(shí)踐表明了它的效果，后推廣到針對(duì)需求、設(shè)計(jì)

以至管理

?許多軟件工程標(biāo)準(zhǔn)都對(duì)其作了規(guī)范化要求

?被廣泛采用后，展開成各種形式和不同的稱呼，

但本質(zhì)上無太大區(qū)別。如：Inspection,Review,

FormalReview（正式評(píng)審），PeerReview（同

行評(píng)審），Buddycheck,Walkthrough（走查）。

___________________________軟件渙J試培訓(xùn)I中16

?1972Walkthroughs/reviewscommonpracticeinIBM.

M.Faganintroducedinspectionprocessbasedon

experiencefromhardwaredevelopment.Strong

resistancetochange.SpreadinIBMwasslow,but

graduallygainedmomentum.Inspectionsof

requirements,design,codetestplans/casesand

userdocumentationwereverysuccessful.

?1976PaperoninspectionsinIBMSystemJournal,

byM.Fagan.Variousformsofinspectionwere

practicedbyIBMcustomersandothers.

?1979Valueofinspectionsacknowledgedby舊M's

largestindividualawardtoM.Fagan.Promotedmore

widespreaduse

___________________________軟件渙j試培訓(xùn)i中17

CS1A

?1983Evolutionoftheinspectionprocessthroughuse

inregulardevelopmentandexperimentation.Many

hypothesestoimproveinspectionsevaluatedthrough

measurementof>600experimentaleventsselected

from11,000inspections.

?1986PaperinIEEESoftwareoninspections,byM.Fagan.

(Highlightsofinspectionprocessonly,no

experimentalresults.)

?1989Independently,M.Fagancommencedtraining

softwarecompaniesininspectionsandprocess

improvement.(ClientsusedthetermsFaganInspection

andFaganMethodologytodifferentiatefromother

forms.)

?2001>100clientorganizationstrainedtodateby

MichaelFagan.

一軟件測(cè)試于II中心18

CstA

Whatinitiatedcreationofinspections?

?1972MichaelFagantransferredinto

softwaredevelopmentmanagement(from

hardwareengineering).

?Theprevailingfocusinsoftwaredevelopment

was:

-Deliverfunction-critical,

-Deliveroncommitted*schedule-critical,and

-Qualityofshippedproduct-important.

一軟件測(cè)試于ii中心1Q

CstA

?HOWEVER,

?Fixingdefectsinshippedproduct

divertedeffortfromdevelopingthenext

release,causingittobedelayed

?Defectsreallydisturbedcustomers!

一軟件飄試培■訓(xùn)中

----------i---------—l-----==?NU

CS1A

?Usedthefollowingworkinghypothesesofcurrent

practice:

->50%ofdevelopmenteffortwasactuallyusedfordefect

rework.

(Defectreworkeffortwasnotbeingactivelymanaged.

Onlythe'visible'workwasbeingplannedandmanaged.)

-Efforttoreworkadefectincreasedineachphaseby10X

upto

100Xbyendofthedevelopmentcycle-andwashigherin

the

field.

?Recognizedthatcreativeoriginalworkoften

containsdefectsanditisourbusinesstodo

creativeoriginalwork.

?Peoplemakemistakes!

___________________________軟件試培訓(xùn)i中，二21

CstA

?CREATEDINSPECTIONCREATEDINSPECTION

PROCESSPROCESStofinddefectsasclosetotheir

pointofcreationaspossible.

?Inspectionsappliedtodesign,codeand

requirements.

?Thisalsoenabled:

-Measurementofdefects,

-Managementofdefectrework,and

-RemovalofSystemicdefectsfromthe

developmentprocess.

___________________________軟件渙j試培訓(xùn)i中22

2.1.2評(píng)審的動(dòng)機(jī)

?不能測(cè)試所有軟件，窮舉測(cè)試不現(xiàn)實(shí)

?缺乏規(guī)約和高層設(shè)計(jì)的實(shí)用測(cè)試技術(shù)

-需求是軟件開發(fā)過程中最普遍的問題根源。

-需求是用自然語(yǔ)言編寫的，寫需求的人通常很少或沒有經(jīng)

過編寫軟件需求的訓(xùn)練

-自然語(yǔ)言是不嚴(yán)密的、二義性的和非確定性的，而軟件是

嚴(yán)密的，無二義性的和確定的。

?測(cè)試軟件測(cè)試計(jì)劃的想法使人迷惑

?評(píng)審能夠解決測(cè)試解決不了的質(zhì)量問題

?評(píng)審與測(cè)試互補(bǔ)

___________________________軟件渙j試培訓(xùn)?中23

CS1A

2.1.3作為連續(xù)過程改進(jìn)的軟件評(píng)審

?在SDLC中采用技術(shù)評(píng)審的手段清除缺陷

是質(zhì)量控制技術(shù)之一

?評(píng)審能增加軟件開發(fā)的效率和提供產(chǎn)品

質(zhì)量的測(cè)量方法

?評(píng)審確保對(duì)需要重做部分達(dá)成一致意見,

減少重復(fù)勞動(dòng)、測(cè)試的量

?評(píng)審能比自動(dòng)軟件測(cè)試更有效

■技術(shù)評(píng)審也可以看作手工測(cè)試的形式

24

CS1A

2.L3作為連續(xù)過程改進(jìn)的軟件評(píng)審

?評(píng)審能在SDLC早期清除缺陷，很大程度

上減低了成本

?評(píng)審還能通過定期分析缺陷記錄并在

SDLC早期排除根本原因

?結(jié)構(gòu)化走查和審查是比單純測(cè)試更有效

的缺陷排除手段

?驗(yàn)證任何重做部分滿足預(yù)先定義的準(zhǔn)則

一軟件渙試培?訓(xùn)中

j25

CS1A

2.1.3作為連續(xù)過程改進(jìn)的軟件評(píng)審

?掌握項(xiàng)目的進(jìn)展?fàn)顩r

?充分理解項(xiàng)目的特性，明確下一階段的

工作計(jì)劃

?評(píng)價(jià)前一階段工作的質(zhì)量

?將評(píng)審結(jié)果作為反饋，驚醒過程評(píng)價(jià)，

改進(jìn)軟件過程

一軟件測(cè)試培訓(xùn)中心26

CstA

2」.4評(píng)審類型

■非正規(guī)評(píng)審：同事間隨時(shí)發(fā)生，不需要

負(fù)責(zé)任，不要求提交評(píng)審報(bào)告

?正規(guī)評(píng)審：經(jīng)過仔細(xì)計(jì)劃的會(huì)議，參與

評(píng)審者有責(zé)任，要提交評(píng)審報(bào)告

?審查與走查

■評(píng)審的復(fù)雜度與項(xiàng)目的復(fù)雜度相關(guān)

一軟件飄I試培■訓(xùn)中?7

審查

?審查技術(shù)是軟件產(chǎn)品開發(fā)過程中正規(guī)定

義的驗(yàn)證過程

?檢查特定階段的所有軟件產(chǎn)品可提交的

制品，評(píng)估當(dāng)前狀態(tài)和質(zhì)量有效性

?審查中要作出的決定之一是能否進(jìn)入到

下一開發(fā)階段。

?審查是系統(tǒng)化的、可控的、壓力小的

一軟件測(cè)試于II中心

CstA

審查

?審查是正式、嚴(yán)格、具有深度的技術(shù)評(píng)

審

?審查是軟件質(zhì)量實(shí)現(xiàn)重大改進(jìn)的強(qiáng)有力

工具

?在缺陷排除率高的公司中，正式審查是

一個(gè)重要的因素

?正式審查被認(rèn)為是“一流”公司的共同

實(shí)踐之一

_軟件渙試培訓(xùn)中

J29

走查

?講解評(píng)審，通常評(píng)審參與者（一般是軟件開發(fā)

人員）陳述軟件的表示，其他人提供對(duì)講解的

反饋

?評(píng)審者不需要特別的準(zhǔn)備

?由于是非正規(guī)評(píng)審，容易導(dǎo)致評(píng)審的無組織、

難隹制。

?如果開發(fā)人員進(jìn)行走查容易產(chǎn)生壓力

?與通過評(píng)審會(huì)來實(shí)施的正式評(píng)審不同，走查通

常是非正式的，特別是針對(duì)程序而言

軟件測(cè)試培訓(xùn)中心

30

CSJA

審查與走查的比較

屬性審查走查

目的發(fā)現(xiàn)問題發(fā)現(xiàn)問題

驗(yàn)證重做的工作討論可選方案

重點(diǎn)是書面的產(chǎn)品是重點(diǎn)說明產(chǎn)品是怎樣滿足所有需求的

否滿足所有需求

做出決定審查組根據(jù)多數(shù)人意責(zé)任人做出所有的決定

見做出所有決定

領(lǐng)導(dǎo)者經(jīng)過培訓(xùn)的主審員通常是責(zé)任人

參與者以文件形式確定的同級(jí)人員和技術(shù)主管，但不以文件的形式

同級(jí)人員

資料介紹講解員介紹資料責(zé)任人介紹資料

度量正式需要可選

程序正式文檔非正式文檔

培訓(xùn)對(duì)所有參與者都要求無培訓(xùn)要求

一軟中心

CS1A

審查為什么被看作是正式的

?定義了參與者的角色和責(zé)任

?定義了要遵循的過程，包括審查會(huì)議前、

會(huì)議門及會(huì)議后的活動(dòng)。正式的過程確

保能夠達(dá)到審查的目的

_軟件渙J試培訓(xùn)中32

3A

產(chǎn)品經(jīng)理的角色和職責(zé)

?幫助決定審查的內(nèi)容

?將審查工作納入項(xiàng)目計(jì)劃

?分配審查資源

?保障審查培訓(xùn)工作

?參與主審員的選定工作

?支持主審員完成所要求的任何修改工作

___________________________軟件渙J試培訓(xùn)I中33

參與審查會(huì)的角色

?主審員：協(xié)調(diào)本次審查并主持討論。

?責(zé)任人：負(fù)責(zé)被審查的產(chǎn)品。

?講解員：在審查會(huì)上講解被審查的產(chǎn)品。

?審查員：審查產(chǎn)品。

?記錄員：記錄在審查會(huì)議上討論的問題。

?經(jīng)理：責(zé)任人的管理者。

一軟件測(cè)試培訓(xùn)中心34

CstA

審查組成員的職責(zé)一主審員

?是審查過程成敗的關(guān)鍵，應(yīng)具備具備主審員的

素質(zhì)、經(jīng)驗(yàn)，具有專業(yè)技能和管理技能

?主審員一般由產(chǎn)品經(jīng)理和責(zé)任人選擇

?主審員必須能夠：

-了解正在審查的信息

-領(lǐng)導(dǎo)審查組展開有效的討論

-調(diào)解爭(zhēng)端

-分辨主要問題引導(dǎo)審查組側(cè)重這些問題

-客觀性地提出意見

-適當(dāng)?shù)刭x予職責(zé)

軟件測(cè)試培?訓(xùn)中心35

CS1A

審查組成員的職責(zé)一主審員

?主審員具體職責(zé)

-選定審查組成員

-確保審查組成員用于審查的時(shí)間

-確保產(chǎn)品經(jīng)理了解審查工作

-制定審查會(huì)計(jì)劃，安排資料、后勤的準(zhǔn)備

-審查會(huì)前驗(yàn)收審查準(zhǔn)備情況

-確保審查會(huì)高效、有序進(jìn)行

-確保審查會(huì)上確定的問題文檔化

-問題追蹤直到解決

-審查會(huì)后完成會(huì)議記錄和審查報(bào)告

一軟件測(cè)試培訓(xùn)中心36

CstA

責(zé)任人

?準(zhǔn)備要審查的信息或工作產(chǎn)品的人

?職責(zé)：

-確保要審查的工作產(chǎn)品已就緒

-按時(shí)提供審查所需的信息

-幫助主審員做好會(huì)議安排、資料準(zhǔn)備、問題改正進(jìn)

度安排

-及時(shí)解決審查組確定的所有問題

-堅(jiān)持客觀性，避免辯解

-在審查會(huì)上闡明審查員不清楚的問題

一軟件測(cè)試培訓(xùn)中心37

CstA

講解員

?負(fù)責(zé)對(duì)備審的工作產(chǎn)品進(jìn)行釋義，同時(shí)

也是審查員

?職責(zé)：

-完全熟悉正在審查的工作產(chǎn)品

-確定信息的邏輯塊并能解釋每一個(gè)信息塊

-支持主審員工作

一軟件現(xiàn)j試培■訓(xùn)中.O

CstA

審查員

?尋找工作產(chǎn)品與所依據(jù)的文檔、標(biāo)準(zhǔn)之間的差

異，確定存在的問題

?職責(zé)：

-完全熟悉要審查的工作產(chǎn)品

-完全熟悉審查依據(jù)的文檔和標(biāo)準(zhǔn)

-鑒別工作產(chǎn)品中存在的問題

-保持客觀性

-對(duì)產(chǎn)品而不是責(zé)任人提出批評(píng)

-支持主審員工作

一軟------件---------測(cè)--------試---------培--------訓(xùn)---------中---------心----------D/.

CstA

記錄員（任選）

?在審查會(huì)上記錄審查組確定的問題及其

說明

?也是審查員

?職責(zé)：

-完全熟悉要審查的工作產(chǎn)品

-記錄審查組提出的所有問題

-提供主審員要求的其他補(bǔ)充信息

-支持主審員工作

_軟件渙J試培訓(xùn)中40

CS1A

審查的內(nèi)容

?對(duì)于正確操作產(chǎn)品起關(guān)鍵作用的模塊。

?根據(jù)復(fù)雜度度量工業(yè)標(biāo)準(zhǔn)，如McCabe圈復(fù)雜度,

對(duì)模塊的客觀評(píng)估，比其他模塊更復(fù)雜的模塊。

?與過去發(fā)生錯(cuò)誤率較高的模塊功能類似的模塊。

?相對(duì)較新的或缺乏經(jīng)驗(yàn)的軟件工程師編寫的模

塊。

.軟件頊!J試培訓(xùn)I中41

CstA

審查何時(shí)正式結(jié)束

■當(dāng)主審員處理完審查問題報(bào)告表中確定

的所有問題的修改部分，審查就可以正

式結(jié)束了。

軟件測(cè)試培?訓(xùn)中心42

2.1.5軟件評(píng)審的作用

?及時(shí)消除開發(fā)過程中引入的缺陷

?提高軟件生產(chǎn)率，降低消除缺陷的成本

?評(píng)審可為項(xiàng)目監(jiān)控提供信息

?評(píng)審可找出測(cè)試無法發(fā)現(xiàn)的問題

?幫助參加評(píng)審的人員從發(fā)現(xiàn)的缺陷中學(xué)到知

識(shí)，吸取教訓(xùn)，提高優(yōu)秀軟件工程師的標(biāo)準(zhǔn)

?提供產(chǎn)品質(zhì)量和過程有效性的數(shù)據(jù)

43

CstA

作用

?在團(tuán)隊(duì)成員之間建立技術(shù)上的相互了解。

?增加軟件確認(rèn)測(cè)試的有效性

?技術(shù)把關(guān)，避免軟件人員的想當(dāng)然；

?概念溝通，吸收用戶和總體人員參加，審查軟件人

員理解的正確性；

?集思廣益，吸收有關(guān)的分系統(tǒng)人員參加，從不同側(cè)

面確認(rèn)軟件的協(xié)調(diào)性；

?總結(jié)匯報(bào)，使實(shí)時(shí)控制系統(tǒng)總指揮、總設(shè)計(jì)師了解

軟件生產(chǎn)的進(jìn)度、問題和要求，作出新的部署。

___________________________軟件渙j試培訓(xùn)?中44

CstA

1.及時(shí)消除開發(fā)過程中引入的缺陷(A)

?在軟件生存期中缺陷的產(chǎn)生、傳遞和排除圖

缺陷<7

R

_軟件渙J試培訓(xùn)中45

1.及時(shí)消除開發(fā)過程中引入的缺陷(B)

未經(jīng)軟件評(píng)審的錯(cuò)誤擴(kuò)展圖

開發(fā)階段

來自前階段傳遞的錯(cuò)誤數(shù)發(fā)現(xiàn)和傳遞到下階段

的錯(cuò)誤

按1：M擴(kuò)展的錯(cuò)誤數(shù)排除的錯(cuò)誤

新產(chǎn)生的錯(cuò)誤數(shù)比率

概要設(shè)計(jì)

詳細(xì)設(shè)計(jì)

0106編碼，單元測(cè)試

63710

00(%10

4*1.53------94

1027*32(%

4M=1.5

2527M=3

25

系統(tǒng)測(cè)試

12

50%

o1

,軟件測(cè)試培粉片1心

46

1.及時(shí)消除開發(fā)過程中引入的缺陷(C)

?經(jīng)過軟件評(píng)審的錯(cuò)誤擴(kuò)展圖

概要設(shè)計(jì)

詳細(xì)設(shè)計(jì)

一軟件測(cè)試培訓(xùn)中心47

Csm2、提高軟件生產(chǎn)率，降低消除缺陷的成本(A)

1)軟件缺陷隨著開發(fā)進(jìn)程而逐漸擴(kuò)展

?開發(fā)后期難于發(fā)現(xiàn)前期引入的缺陷，又難于排除

?下圖表明需求中有兩個(gè)缺陷dl和d2,其影響區(qū)有交叉

維護(hù)

軟件期試培?訓(xùn)中/一

!J48

￡力2、提高軟件生產(chǎn)率，降低消除缺陷的成本⑻

(2)在軟件實(shí)現(xiàn)后，甚至在運(yùn)行維護(hù)階段找出并清除需求或設(shè)計(jì)中引入的缺陷，其

成本是開發(fā)初期及時(shí)發(fā)現(xiàn)和消除成本的十幾倍，甚至百倍。

25

清

除

缺20

陷

的15

代

價(jià)1

0

需求評(píng)審設(shè)計(jì)評(píng)審靜態(tài)分析結(jié)構(gòu)測(cè)試功能測(cè)試

各階段清除缺陷的代價(jià)

軟件測(cè)試—中心

II49

CstA

找

到

錯(cuò)

誤

的

相

對(duì)

成

本

不同階段發(fā)現(xiàn)錯(cuò)誤的相對(duì)成本

軟件渙j試培訓(xùn)中sn

?是否實(shí)施評(píng)審項(xiàng)目其開發(fā)成本的比較

發(fā)現(xiàn)錯(cuò)誤時(shí)間發(fā)現(xiàn)錯(cuò)誤數(shù)每錯(cuò)糾正成本總成本

設(shè)計(jì)中221.533

測(cè)試前366.5234

實(shí)施

測(cè)試中2115315

評(píng)審

交付后367201

合計(jì)783

測(cè)試前226.5143

實(shí)

未

評(píng)

施測(cè)試中82151230

聿

審交付后1267804

合計(jì)2177

注：數(shù)據(jù)取自RogerS.Preessman,AManager'sGuideToSoftware

Engineering.P327

軟件泱試培訓(xùn)中/二

JI51

CstA

3、評(píng)審可為項(xiàng)目監(jiān)控提供信息

?管理人員通過評(píng)審獲得的項(xiàng)目信息最為客觀、

可靠。

?收集有關(guān)缺陷的信息，并對(duì)其加以分析，有

助于用以總結(jié)缺陷出現(xiàn)和消除的規(guī)律進(jìn)而用

以改進(jìn)過程。

_軟件渙J試培訓(xùn)中52

CS1A

4、評(píng)審可找出測(cè)試無法發(fā)現(xiàn)的問題

例如：

?對(duì)標(biāo)準(zhǔn)的符合性

?邏輯性

■數(shù)據(jù)問題

?模塊化

?接口問題

?簡(jiǎn)明性

?性能問題

一軟件現(xiàn)I試培■訓(xùn)中?

CS1A

5、幫助參加評(píng)審的人員從發(fā)現(xiàn)的缺陷中

學(xué)到知識(shí)，吸取教訓(xùn)。

?避免在以后的項(xiàng)目中出現(xiàn)類似的問題

?可用以豐富和充實(shí)檢查單(checklist)的內(nèi)容。

.軟件測(cè)試培訓(xùn)中心

54

CstA

2.L6軟件項(xiàng)目評(píng)審實(shí)例

■軟件項(xiàng)目評(píng)審實(shí)例

?系統(tǒng)研制評(píng)審實(shí)例

?軟件質(zhì)量保證系統(tǒng)生存期

?軟件評(píng)審不充分導(dǎo)致系統(tǒng)災(zāi)難性事故的

實(shí)例

■軟件測(cè)試培訓(xùn)中心

55

1.軟件項(xiàng)目評(píng)審實(shí)例

體

初

編

單

集

確

過

代

分

設(shè)

碼

步

析

系

元

成

程

計(jì)

碼

認(rèn)

需

設(shè)

與

結(jié)

測(cè)

測(cè)

設(shè)

走

走

測(cè)

求

計(jì)

規(guī)

構(gòu)

試

評(píng)

試

計(jì)

查