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

CstA

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

軟件評(píng)審

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

CstA

Outline

?一、概述

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

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

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

軟件渙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ī)格說(shuō)明(Specifications)的偏離。如：規(guī)格

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

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

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

■Fault在硬件中稱(chēng)為故障，在軟件中它和Defect同義。

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

區(qū)以人

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

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

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

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

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

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

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

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

陷)。

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

CstA

既念一軟件缺陷(Defect)

(3)缺陷和事故(Failures)

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

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

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

■當(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)的總稱(chē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à)過(guò)程，以確定一個(gè)給定的開(kāi)發(fā)階段的

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

件。

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

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

嗎？”

8

CstA

LI概念一確認(rèn)

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

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

足特定的需求。

■在軟件開(kāi)發(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)行比較是否滿(mǎ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ù)過(guò)程改進(jìn)的軟件評(píng)審

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

?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)的問(wèn)題

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

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

2.1.1概述

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

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

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

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

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

(IEEEStandardforSoftware

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

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

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

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

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

CstA

概述

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

個(gè)“濾波器”。

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

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

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

評(píng)審。評(píng)審的主要類(lèi)別有：軟件定義評(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ā)展歷史

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

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

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

碼檢查法

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

以至管理

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

?被廣泛采用后，展開(kāi)成各種形式和不同的稱(chēng)呼，

但本質(zhì)上無(wú)太大區(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ù)

-需求是軟件開(kāi)發(fā)過(guò)程中最普遍的問(wèn)題根源。

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

過(guò)編寫(xiě)軟件需求的訓(xùn)練

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

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

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

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

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

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

CS1A

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

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

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

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

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

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

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

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

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

24

CS1A

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

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

上減低了成本

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

SDLC早期排除根本原因

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

的缺陷排除手段

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

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

j25

CS1A

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

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

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

工作計(jì)劃

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

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

改進(jìn)軟件過(guò)程

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

CstA

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

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

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

?正規(guī)評(píng)審：經(jīng)過(guò)仔細(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)品開(kāi)發(fā)過(guò)程中正規(guī)定

義的驗(yàn)證過(guò)程

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

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

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

下一開(kāi)發(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)審參與者（一般是軟件開(kāi)發(fā)

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

反饋

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

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

難隹制。

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

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

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

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

30

CSJA

審查與走查的比較

屬性審查走查

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

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

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

否滿(mǎn)足所有需求

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

見(jiàn)做出所有決定

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

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

同級(jí)人員

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

度量正式需要可選

程序正式文檔非正式文檔

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

一軟中心

CS1A

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

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

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

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

保能夠達(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ì)議上討論的問(wèn)題。

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

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

CstA

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

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

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

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

?主審員必須能夠：

-了解正在審查的信息

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

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

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

-客觀(guān)性地提出意見(jiàn)

-適當(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ì)上確定的問(wèn)題文檔化

-問(wèn)題追蹤直到解決

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

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

CstA

責(zé)任人

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

?職責(zé)：

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

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

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

度安排

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

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

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

一軟件測(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)之間的差

異，確定存在的問(wèn)題

?職責(zé)：

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

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

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

-保持客觀(guān)性

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

-支持主審員工作

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

CstA

記錄員（任選）

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

說(shuō)明

?也是審查員

?職責(zé)：

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

-記錄審查組提出的所有問(wèn)題

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

-支持主審員工作

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

CS1A

審查的內(nèi)容

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

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

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

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

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

塊。

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

CstA

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

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

的所有問(wèn)題的修改部分，審查就可以正

式結(jié)束了。

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

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

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

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

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

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

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

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

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

43

CstA

作用

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

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

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

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

員理解的正確性；

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

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

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

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

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

CstA

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

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

缺陷<7

R

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

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

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

開(kāi)發(fā)階段

來(lái)自前階段傳遞的錯(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í)消除開(kāi)發(fā)過(guò)程中引入的缺陷(C)

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

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

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

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

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

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

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

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

維護(hù)

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

!J48

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

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

成本是開(kāi)發(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)目其開(kāi)發(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)控提供信息

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

可靠。

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

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

以改進(jìn)過(guò)程。

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

CS1A

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

例如：

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

?邏輯性

■數(shù)據(jù)問(wèn)題

?模塊化

?接口問(wèn)題

?簡(jiǎn)明性

?性能問(wèn)題

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

CS1A

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

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

?避免在以后的項(xiàng)目中出現(xiàn)類(lèi)似的問(wè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í)例

體

初

編

單

集

確

過(guò)

代

分

設(shè)

碼

步

析

系

元

成

程

計(jì)

碼

認(rèn)

需

設(shè)

與

結(jié)

測(cè)

測(cè)

設(shè)

走

走

測(cè)

求

計(jì)

規(guī)

構(gòu)

試

評(píng)

試

計(jì)

查