課件01-軟件測(cè)試-成果

軟件測(cè)評(píng)技術(shù)

第一部分測(cè)試成果及管理測(cè)試成果及管理—提要認(rèn)識(shí)軟件測(cè)試失效及其管理缺陷及其管理認(rèn)識(shí)—測(cè)試的定義由人工或自動(dòng)方法來執(zhí)行或評(píng)價(jià)系統(tǒng)或系統(tǒng)部件的過程，以驗(yàn)證它是否滿足規(guī)定的需求；或識(shí)別出期望的結(jié)果和實(shí)際結(jié)果之間有無差別。認(rèn)識(shí)—測(cè)試的對(duì)象軟件被廣泛應(yīng)用，承擔(dān)許多關(guān)鍵與核心任務(wù)軟件是被開發(fā)或設(shè)計(jì)的，包括維護(hù)階段軟件是邏輯產(chǎn)品，可視性低軟件是復(fù)雜的，輸入空間無限大，可執(zhí)行路徑特別多大多數(shù)軟件是定制的，可選標(biāo)準(zhǔn)構(gòu)件少既可能運(yùn)行在芯片上，也可能運(yùn)行于大型系統(tǒng)中認(rèn)識(shí)—測(cè)試的發(fā)展歷程時(shí)間區(qū)間標(biāo)志性活動(dòng)~1956面向調(diào)試的階段1957~1978面向證實(shí)的階段1979~1982面向缺陷的階段1983~1987面向評(píng)價(jià)的階段1988~面向預(yù)防的階段認(rèn)識(shí)—測(cè)試的目的發(fā)現(xiàn)軟件中隱藏的缺陷或其征兆；驗(yàn)證軟件是否滿足其規(guī)格說明的規(guī)定和要求；為軟件產(chǎn)品質(zhì)量的評(píng)價(jià)提供依據(jù)，為軟件開發(fā)過程的改進(jìn)提供支持。認(rèn)識(shí)—測(cè)試的焦點(diǎn)開發(fā)過程中的工作產(chǎn)品軟件需求規(guī)格說明軟件設(shè)計(jì)文檔軟件源代碼軟件產(chǎn)品軟件目標(biāo)代碼用戶文檔認(rèn)識(shí)—測(cè)試的獨(dú)立性開發(fā)人員的測(cè)試專職測(cè)試人員的測(cè)試專職測(cè)試團(tuán)隊(duì)的測(cè)試獨(dú)立機(jī)構(gòu)的測(cè)試用戶的測(cè)試認(rèn)識(shí)—測(cè)試與調(diào)試測(cè)試不是調(diào)試，調(diào)試也不是測(cè)試，實(shí)際工作中人們卻常將測(cè)試與調(diào)試混為一談主要區(qū)別：測(cè)試是一種檢驗(yàn)，調(diào)試是推理過程測(cè)試從已知條件開始，使用預(yù)先定義的規(guī)程并且有可預(yù)知的結(jié)果；調(diào)試的開始條件可能不可知，結(jié)果不可預(yù)見測(cè)試經(jīng)常由非程序設(shè)計(jì)人員完成，調(diào)試必須由程序設(shè)計(jì)者完成認(rèn)識(shí)—驗(yàn)證與確認(rèn)驗(yàn)證(Verification)與確認(rèn)(Validation)是廣泛認(rèn)可的質(zhì)量保證方法和手段驗(yàn)證是指對(duì)開發(fā)過程中某項(xiàng)規(guī)定活動(dòng)進(jìn)行檢查的過程，以確保該活動(dòng)實(shí)現(xiàn)了規(guī)定能力確認(rèn)是指審查已建立的軟件產(chǎn)品是否符合客戶需要的過程V&VVerification:

Arewebuildingtheproductright?Validation:

Arewebuildingtherightproduct?認(rèn)識(shí)—驗(yàn)證與確認(rèn)認(rèn)識(shí)—測(cè)試的公理公理1不可能對(duì)程序進(jìn)行完全的測(cè)試局限無法確信規(guī)格說明100%正確無法確信可以達(dá)到100%的軟件測(cè)試無法保證測(cè)試環(huán)境100%滿足測(cè)試要求期望證實(shí)給定的軟件滿足其規(guī)格說明認(rèn)識(shí)—測(cè)試的公理公理2測(cè)試無法說明軟件沒有缺陷局限軟件質(zhì)量體現(xiàn)在多個(gè)方面，但首先要面對(duì)并必須解決的是軟件缺陷，在資源制約和技術(shù)限制的條件下，無法保證找到軟件中所有的缺陷期望在給定的時(shí)限內(nèi)盡可能多的發(fā)現(xiàn)缺陷和隱患認(rèn)識(shí)—測(cè)試的公理公理3發(fā)現(xiàn)問題越多地方,潛在的問題也更多局限不可能通過測(cè)試獲得100%的質(zhì)量信心無法確信測(cè)試系統(tǒng)(或環(huán)境)的正確性無法確信測(cè)試人員完全理解了軟件沒有足夠的資源徹底完成軟件測(cè)試期望為軟件產(chǎn)品質(zhì)量的評(píng)價(jià)提供依據(jù)認(rèn)識(shí)—測(cè)試的地位軟件測(cè)試是軟件驗(yàn)證與確認(rèn)的重要組成部分有效的測(cè)試對(duì)于開發(fā)可靠、安全和成功的軟件是必須的測(cè)試不是“銀彈(silverbullet)”，它具有有效范圍，它不能替代其它軟件工程方法的作用認(rèn)識(shí)—與其他活動(dòng)的關(guān)系軟件質(zhì)量軟件工程方法標(biāo)準(zhǔn)與過程正式技術(shù)評(píng)審測(cè)試SCM與SQA度量與控制認(rèn)識(shí)—測(cè)試的主要成果軟件缺陷軟件缺陷的征兆故障失效異常注：相關(guān)定義來自IEEEStd1633?-2008IEEERecommendedPracticeonSoftwareReliability認(rèn)識(shí)—缺陷缺陷(Defect)存在于軟件中的、不期望的或不可接受的偏差。在特定的狀態(tài)下，導(dǎo)致軟件不能完成所需的任務(wù)典型的軟件缺陷數(shù)組越界使用計(jì)算表達(dá)式錯(cuò)誤算法實(shí)現(xiàn)錯(cuò)誤認(rèn)識(shí)—故障故障(Fault)軟件中缺陷的體現(xiàn)。如：軟件的計(jì)算或判斷與規(guī)定的不符合等一個(gè)故障如果發(fā)生，可能引起失效典型的軟件故障資源泄露執(zhí)行了多余的循環(huán)無限遞歸調(diào)用認(rèn)識(shí)—失效失效(Failure)系統(tǒng)或系統(tǒng)部件不能在規(guī)定的限制內(nèi)完成所需功能功能單元完成所需功能的能力被終止程序的運(yùn)行偏離了其需求認(rèn)識(shí)—異常觀察到異常(征兆)軟件失效測(cè)試失效軟件缺陷(原因)測(cè)試缺陷(原因)開發(fā)人員錯(cuò)誤測(cè)試人員錯(cuò)誤可能造成可能表現(xiàn)為可能是認(rèn)識(shí)—征兆與原因征兆和原因有可能在“地理上”是分離的征兆有可能會(huì)因?yàn)槠渌麊栴}的解決而消失征兆有可能是間歇性的原因有可能會(huì)歸結(jié)于非錯(cuò)誤之間的組合原因有可能會(huì)歸結(jié)于系統(tǒng)或編譯器錯(cuò)誤原因有可能會(huì)歸結(jié)于每個(gè)人都相信的假設(shè)認(rèn)識(shí)—失效與缺陷的關(guān)系錯(cuò)誤(Error)在軟件開發(fā)過程中軟件開發(fā)人員產(chǎn)生隱錯(cuò)／缺陷(bug/defect)在軟件產(chǎn)品中軟件中存在設(shè)計(jì)者的失誤(錯(cuò)誤)→導(dǎo)致軟件中留有錯(cuò)誤的設(shè)計(jì)(缺陷)→導(dǎo)致軟件錯(cuò)誤地執(zhí)行(故障)→導(dǎo)致軟件的錯(cuò)誤行為(失效)。故障(fault)在軟件運(yùn)行中缺陷被激活失效(failure)在運(yùn)行階段用戶的經(jīng)歷認(rèn)識(shí)—錯(cuò)誤錯(cuò)誤(Error)在軟件開發(fā)過程中出現(xiàn)的不符合期望或不可接受的人為差錯(cuò)典型的錯(cuò)誤誤解或遺漏了用戶需求設(shè)計(jì)沒有完整的實(shí)現(xiàn)軟件需求程序設(shè)計(jì)錯(cuò)誤認(rèn)識(shí)—軟件測(cè)試發(fā)展動(dòng)態(tài)國外的情況測(cè)試是開發(fā)過程的常規(guī)活動(dòng)測(cè)試技術(shù)的利用趨于科學(xué)國內(nèi)的情況專業(yè)機(jī)構(gòu)的情況開發(fā)機(jī)構(gòu)的情況評(píng)價(jià)技術(shù)的使用還較局限認(rèn)識(shí)—軟件測(cè)試標(biāo)準(zhǔn)進(jìn)展ISO/IEC25051:2006Softwareengineering--SoftwareproductQualityRequirementsandEvaluation(SQuaRE)--RequirementsforqualityofCommercialOff-The-Shelf(COTS)softwareproductandinstructionsfortesting認(rèn)識(shí)—軟件測(cè)試標(biāo)準(zhǔn)進(jìn)展GB/T25000.51-2010軟件工程軟件產(chǎn)品質(zhì)量要求和評(píng)價(jià)(SQuaRE)商業(yè)現(xiàn)貨(COTS)軟件產(chǎn)品的質(zhì)量要求和測(cè)試細(xì)則認(rèn)識(shí)—軟件測(cè)試標(biāo)準(zhǔn)進(jìn)展ISO/IEC/IEEE29119:2013Softwareandsystemsengineering--Softwaretesting認(rèn)識(shí)—軟件測(cè)試標(biāo)準(zhǔn)進(jìn)展ISO/IEC25010:2011Systemsandsoftwareengineering--SystemsandsoftwareQualityRequirementsandEvaluation(SQuaRE)--Systemandsoftwarequalitymodels認(rèn)識(shí)—軟件測(cè)試標(biāo)準(zhǔn)進(jìn)展質(zhì)量特性1特性2特性3特性n子特性1子特性2子特性n屬性1屬性2屬性n屬性1屬性2屬性3屬性n認(rèn)識(shí)—軟件測(cè)試標(biāo)準(zhǔn)進(jìn)展ISO/IEC25010:2011SoftwareproductqualitymodelFunctionalstabilityReliabilityPerformanceefficiencyUsabilitySecurityCompatibilityMaintainabilityPortability認(rèn)識(shí)—軟件測(cè)試標(biāo)準(zhǔn)進(jìn)展ISO/IEC25010:2011FunctionalstabilityFunctionalcompletenessFunctionalcorrectnessFunctionalappropriateness認(rèn)識(shí)—軟件測(cè)試標(biāo)準(zhǔn)進(jìn)展ISO/IEC25010:2011ReliabilityMaturityAvailabilityFaulttoleranceRecoverability認(rèn)識(shí)—軟件測(cè)試標(biāo)準(zhǔn)進(jìn)展ISO/IEC25010:2011PerformanceefficiencyTimebehaviorResourceutilizationCapacity認(rèn)識(shí)—軟件測(cè)試標(biāo)準(zhǔn)進(jìn)展ISO/IEC25010:2011UsabilityAppropriatenessrecognizabilityLearnabilityOperabilityUsererrorprotectionUserinterfaceaestheticsAccessibility認(rèn)識(shí)—軟件測(cè)試標(biāo)準(zhǔn)進(jìn)展ISO/IEC25010:2011SecurityConfidentialityIntegrityNon-repudiationAccountabilityAuthenticity認(rèn)識(shí)—軟件測(cè)試標(biāo)準(zhǔn)進(jìn)展ISO/IEC25010:2011CompatibilityCo-existenceInteroperability認(rèn)識(shí)—軟件測(cè)試標(biāo)準(zhǔn)進(jìn)展ISO/IEC25010:2011MaintainabilityModularityReusabilityAnalyzabilityModifiabilityTestability認(rèn)識(shí)—軟件測(cè)試標(biāo)準(zhǔn)進(jìn)展ISO/IEC25010:2011PortabilityAdaptabilityInstallabilityReplaceability認(rèn)識(shí)—軟件測(cè)試標(biāo)準(zhǔn)進(jìn)展ISO/IEC25040:2011Systemsandsoftwareengineering--SystemsandsoftwareQualityRequirementsandEvaluation(SQuaRE)--Evaluation失效—失效狀態(tài)考慮到相關(guān)的操作及環(huán)境條件，由一個(gè)或多個(gè)失效引起或作用的對(duì)系統(tǒng)的直接和后繼的影響不同的失效狀態(tài)對(duì)可靠性的影響具有差異失效—Therac-25事件AtomicenergyofCanadaLtd開發(fā)的Therac-25放射治療儀1985.6~1987.1,6人治療過量,其中3人死亡失效—Therac-25原因主循環(huán)中存在競(jìng)爭(zhēng)條件寄存器溢出失效—Therac-25教訓(xùn)系統(tǒng)安全性分析、風(fēng)險(xiǎn)分析未包含軟件Therac-25重用了T-20的軟件，假設(shè)和前提發(fā)生了改變，但未受到關(guān)注失效—Ariane5事件1996年6月4日，Ariane5發(fā)射40秒后爆炸失效—Ariane5直接原因?qū)⒁粋€(gè)64位浮點(diǎn)值轉(zhuǎn)換為16位有符號(hào)整數(shù)值時(shí)，超出了16位整數(shù)的表示范圍，而這個(gè)異常未得到正確處理失效—Ariane5經(jīng)驗(yàn)教訓(xùn)作了Ariane5和Ariane4具有相同環(huán)境的假設(shè)，重用軟件在新的環(huán)境下完全沒有進(jìn)行測(cè)試錯(cuò)誤處理模塊的處理機(jī)制不正確失效—火星探測(cè)器事件1999年，火星氣象衛(wèi)星(MarsClimateOrbiter)到達(dá)火星之后不久就消失1999年，火星極地登陸者(MarsPolarLander)在火星上著陸時(shí)墜毀。失效—火星探測(cè)器原因地面系統(tǒng)軟件和飛行器上軟件分別使用公制和英制兩種單位。失效—火星探測(cè)器教訓(xùn)沒有進(jìn)行充分的測(cè)試；發(fā)現(xiàn)異常時(shí)，沒有被恰當(dāng)?shù)慕忉?。失效—其他案?·23事件銀聯(lián)出租車計(jì)價(jià)器GE醫(yī)療軟件因失效主動(dòng)召回……失效—?列舉你所見、所聞的失效失效—分級(jí)失效狀態(tài)可劃分為不同的等級(jí)軟件失效的分級(jí)可以依據(jù)不同的前提所帶來的安全風(fēng)險(xiǎn)所造成的經(jīng)濟(jì)損失對(duì)系統(tǒng)任務(wù)的影響失效—分級(jí)的作用根據(jù)軟件失效的級(jí)別，通過可靠性分析，找出關(guān)鍵的軟件部件(子系統(tǒng)/配置項(xiàng)/部件/單元/功能)，進(jìn)行重點(diǎn)管理，降低開發(fā)風(fēng)險(xiǎn)對(duì)軟件進(jìn)行分級(jí)管理關(guān)鍵/重要/一般A/B/C/D/E根據(jù)軟件失效的級(jí)別，識(shí)別關(guān)鍵功能，進(jìn)行標(biāo)識(shí)和追蹤管理失效—分級(jí)舉例1失效類別對(duì)服務(wù)質(zhì)量的影響A基本服務(wù)中斷B基本服務(wù)質(zhì)量降低C使用不方便，需要立即修改D影響較小，可延期修改失效—分級(jí)舉例2失效類別可能造成的經(jīng)濟(jì)損失(元)1>100000210000~10000031000~100004<1000失效—分級(jí)舉例3失效類別對(duì)操作的影響1用戶不能進(jìn)行一項(xiàng)或多項(xiàng)關(guān)鍵操作2用戶不能進(jìn)行一項(xiàng)或多項(xiàng)重要操作3用戶不能進(jìn)行一項(xiàng)或多項(xiàng)操作，但是有補(bǔ)救辦法4一項(xiàng)或多項(xiàng)操作中的小缺陷失效—FRACASFRACAS是“FailureReportAnalysisandCorrectiveActionSystem”的縮寫，是“失效報(bào)告、分析及糾正措施系統(tǒng)”FRACAS通常也稱為“失效信息閉環(huán)管理系統(tǒng)”是跟蹤系統(tǒng)可靠性的方法是一組過程、規(guī)則和軟件工具在產(chǎn)品生存期后端開始使用失效—FRACAS的角色工作系統(tǒng)視角組織機(jī)構(gòu)(各方代表)人員職責(zé)分工工作的流程資源保障失效—FRACAS的角色信息系統(tǒng)視角與可靠性信息系統(tǒng)的關(guān)系信息準(zhǔn)確與完整性及時(shí)性、正確性可追蹤性失效—FRACAS的作用及時(shí)有效地處理當(dāng)前故障過去發(fā)生的故障不再重現(xiàn)建立企業(yè)的可靠性經(jīng)驗(yàn)失效—FRACAS的目標(biāo)利用“信息反饋，閉環(huán)控制”的原理，通過一套規(guī)范化的程序，使發(fā)生的產(chǎn)品故障能得到及時(shí)的報(bào)告和糾正，從而實(shí)現(xiàn)產(chǎn)品可靠性的增長，達(dá)到對(duì)產(chǎn)品可靠性和維修性的預(yù)期要求，防止故障再現(xiàn)通過FRACAS建立企業(yè)問題/故障信息數(shù)據(jù)庫，為軟件可靠性設(shè)計(jì)和分析以及關(guān)于維修策略、保障策略和備件策略的制定提供數(shù)據(jù)支持失效—FRACAS流程記錄事件分析失效模式開展糾正活動(dòng)檢驗(yàn)糾正活動(dòng)識(shí)別失效趨勢(shì)確定單個(gè)部件對(duì)失效產(chǎn)生的作用失效—FRACAS實(shí)施故障記錄故障報(bào)告故障分析糾正措施閉環(huán)管理售后服務(wù)數(shù)據(jù)庫FRACAS數(shù)據(jù)庫外場(chǎng)故障廠內(nèi)故障失效—FRACAS進(jìn)化知識(shí)庫故障故障報(bào)告根源分析糾正措施閉環(huán)驗(yàn)證可靠性分析產(chǎn)品改進(jìn)①②③④⑤⑥⑦失效—FRACAS文檔故障記錄表故障報(bào)告表故障分析表糾正措施表閉環(huán)管理表失效—利用FRACASFRACAS數(shù)據(jù)庫FMEA設(shè)計(jì)準(zhǔn)則可靠性評(píng)估可靠性增長計(jì)劃故障模式手冊(cè)關(guān)鍵件判定和故障歷史使用、故障、維修信息故障統(tǒng)計(jì)分析缺陷—軟件的缺陷屬性無法提供無缺陷的軟件，缺陷已成為軟件的固有屬性和特征各種研究報(bào)告表明，每寫1000行代碼會(huì)產(chǎn)生30到85個(gè)缺陷大多數(shù)缺陷可通過測(cè)試捕獲在大量的已完成測(cè)試的軟件中，每1000行代碼仍存在0.5~3缺陷軟件缺陷有可能會(huì)給系統(tǒng)質(zhì)量尤其是可靠性帶來重大影響缺陷—求和的例子#include<stdio.h>intsum(i1,i2,i3){inti1;inti2;inti3;return(i1+i2+i3);}intmain(){printf(“Sumis%d\n”,sum(1,2,3));return(0)}缺陷—排序的例子#include<iostream>intmain(){inta,b,c;a=7;b=5;c=3;if(a>b>c)std::cout<<“a,b,careinorder\n”;elsestd::cout<<“a,b,caremixedup\n”;return(0);}缺陷—?列舉你所見、所聞的缺陷缺陷—缺陷的影響缺陷可能導(dǎo)致失效同樣的缺陷在不同的場(chǎng)景下導(dǎo)致的失效狀態(tài)會(huì)有很大的差別，可能只是使用不便，也有可能帶來災(zāi)難缺陷的復(fù)雜度與失效的嚴(yán)重性之間的關(guān)系是未知的最大限度的減少缺陷,可以提高軟件的可靠性缺陷—基本特性變異的預(yù)期常常產(chǎn)生缺陷在實(shí)際項(xiàng)目中完全消除缺陷是不可能的，基于軟件開發(fā)經(jīng)濟(jì)學(xué)的考慮，減少缺陷是現(xiàn)實(shí)的缺陷有可能非常簡(jiǎn)單，也有可能極其復(fù)雜程序設(shè)計(jì)語言與缺陷的復(fù)雜性和數(shù)量的關(guān)系是未知的不論人的能力和背景，都可能產(chǎn)生缺陷認(rèn)識(shí)—缺陷的解決策略避錯(cuò)(Defectavoidance)第一次就做正確排錯(cuò)(defectremoval)早發(fā)現(xiàn),早實(shí)施容錯(cuò)(Defecttolerance)有缺陷,也能正確的完成任務(wù)恢復(fù)選用最佳恢復(fù)策略,失效后繼續(xù)工作缺陷—缺陷管理的目的強(qiáng)制按照統(tǒng)一的流程處理缺陷對(duì)缺陷實(shí)現(xiàn)全生命周期的閉環(huán)管理依據(jù)缺陷的相對(duì)和絕對(duì)重要性來修復(fù)問題有利于缺陷信息的清楚傳達(dá)透明的缺陷修復(fù)進(jìn)展獲得更多有價(jià)值的信息為技術(shù)支持和市場(chǎng)部門提供支持缺陷—缺陷管理的目標(biāo)確保應(yīng)該修正的問題和缺陷都得到修正其它均是次要問題缺陷—避免濫用個(gè)人業(yè)績監(jiān)控開發(fā)與測(cè)試人員的彈藥庫缺陷—缺陷管理的任務(wù)需要了解缺陷的人員一看到報(bào)告就應(yīng)該明白不會(huì)因?yàn)楸幌嚓P(guān)人員遺忘而得不到修正避免個(gè)別程序員的“即興發(fā)揮”增加交流缺陷—缺陷生命周期審閱打開分配測(cè)試關(guān)閉拒絕重新打開暫緩缺陷—分類法基于來源分類基于嚴(yán)重性或危害度分類基于修復(fù)優(yōu)先級(jí)分類缺陷—基于來源分類功能系統(tǒng)過程數(shù)據(jù)雜類BorisBeizer缺陷—功能類規(guī)格功能測(cè)試缺陷—系統(tǒng)類內(nèi)部接口硬件設(shè)備操作系統(tǒng)軟件結(jié)構(gòu)資源管理缺陷—過程類計(jì)算初始化控制或序列靜態(tài)邏輯其它缺陷—數(shù)據(jù)類類型結(jié)構(gòu)初始化其它缺陷—雜類代碼文檔標(biāo)準(zhǔn)其它重復(fù)NAP(不是一個(gè)問題)缺陷—嚴(yán)重性等級(jí)(1)1不能完全滿足系統(tǒng)要求，基本功能未完全實(shí)現(xiàn)或危及人員安全的缺陷。2不利于完全滿足系統(tǒng)要求或基本功能實(shí)現(xiàn)，并且不存在變通的解決辦法的缺陷。3不利于完全滿足系統(tǒng)要求或基本功能的實(shí)現(xiàn)，但卻存在合理的變通解決辦法的缺陷。4不影響完全滿足系統(tǒng)要求或基本功能的實(shí)現(xiàn)，但有不便于操作的缺陷。5其它缺陷缺陷—嚴(yán)重性等級(jí)(2)輕微輸出拼寫錯(cuò)誤，遺漏一些空格普通輸出可能被誤解或者多余反感用戶需要一些竅門使用戶工作煩擾拒絕處理合法事務(wù)嚴(yán)重事務(wù)及其處理無固定軌跡非常嚴(yán)重缺陷導(dǎo)致系統(tǒng)進(jìn)行錯(cuò)誤的處理極端嚴(yán)重缺陷頻繁且隨意的導(dǎo)致一些用戶或一些事務(wù)受限不可容忍長期不可恢復(fù)的數(shù)據(jù)庫訛誤，必需重啟系統(tǒng)災(zāi)難系統(tǒng)失敗傳染使其他系統(tǒng)變壞，導(dǎo)致文件丟失缺陷—危害度危害度輕微普通反感嚴(yán)重非常嚴(yán)重災(zāi)難傳染缺陷類型缺陷—修復(fù)優(yōu)先級(jí)立即解決高優(yōu)先級(jí)正常排隊(duì)低優(yōu)先級(jí)缺陷—分工測(cè)試人員報(bào)告軟件缺陷分析人員分析缺陷報(bào)告開發(fā)人員修復(fù)缺陷，并將修復(fù)集成到新的版本中測(cè)試人員檢查新的版本缺陷—測(cè)試人員的工作負(fù)責(zé)報(bào)告缺陷監(jiān)控所報(bào)告的缺陷的解決缺陷—建立管理系統(tǒng)使用商業(yè)缺陷跟蹤與管理系統(tǒng)自行開發(fā)專用缺陷跟蹤與管理系統(tǒng)創(chuàng)建缺陷數(shù)據(jù)庫缺陷—周報(bào)每周新發(fā)現(xiàn)問題總結(jié)按功能區(qū)域和嚴(yán)重性分類每周狀態(tài)報(bào)告包括對(duì)缺陷數(shù)量意外上升的解釋缺陷—測(cè)試周期完成報(bào)告當(dāng)所有重要問題已經(jīng)解決，結(jié)束這個(gè)測(cè)試周期;報(bào)告給出總共報(bào)告了多少缺陷，修正了多少，多少被延期。缺陷—報(bào)告的作用報(bào)告新的缺陷描述缺陷相關(guān)的現(xiàn)有信息發(fā)現(xiàn)缺陷是測(cè)試的目的,缺陷報(bào)告是測(cè)試者主要的工作成果程序員工作在時(shí)間和競(jìng)爭(zhēng)的壓力下,缺陷報(bào)告是測(cè)試者向程序員推銷應(yīng)該花時(shí)間和精力去修復(fù)一個(gè)缺陷的手段缺陷—隔離運(yùn)行測(cè)試并發(fā)現(xiàn)了失敗,所看到的是征兆,不是潛在的缺陷繼續(xù)做工作，希望證實(shí)這個(gè)缺陷:更嚴(yán)格更一般缺陷—報(bào)告編寫指南闡述如何重現(xiàn)問題分析錯(cuò)誤使得能用最少的步數(shù)描述它包括所有的步驟讓報(bào)告易于理解用中立語言保持簡(jiǎn)單:每個(gè)報(bào)告一個(gè)缺陷如果測(cè)試文件是重現(xiàn)問題的基礎(chǔ),參照并附上缺陷—報(bào)告的要素1問題報(bào)告單號(hào)9能否重現(xiàn)17分配2報(bào)告人10嚴(yán)重性18狀態(tài)3報(bào)告日期11優(yōu)先級(jí)19解決4被測(cè)對(duì)象名稱12客戶影響20解決版本5發(fā)布號(hào)13問題摘要21解決人6版本標(biāo)識(shí)14關(guān)鍵字22更改記錄7配置15問題描述23注釋8報(bào)告類別16修復(fù)建議缺陷—寫好缺陷報(bào)告好的報(bào)告從好的測(cè)試開始立即寫報(bào)告準(zhǔn)確、完整而簡(jiǎn)練發(fā)現(xiàn)了什么，不是做了什么缺陷—分類管理舉例正交缺陷分類(ODC，OrthogonalDefectClassification)由IBM在1990s開發(fā)定量管理缺陷的方法DefectTypeTrigger缺陷—ODCv5.11OpenerCloserDefect類型(Type)來源(Source)影響(Impact)觸發(fā)(Trigger)活動(dòng)(Activity)目標(biāo)(Target)界定(Qualifier)年齡(Age)缺陷—活動(dòng)(Activity)設(shè)計(jì)評(píng)審(DesignReview)代碼審查(CodeInspection)單元測(cè)試(UnitTest)功能測(cè)試(FunctionTest)系統(tǒng)測(cè)試(SystemTest)缺陷—觸發(fā)(Triggers)設(shè)計(jì)評(píng)審/代碼審查類觸發(fā)單元測(cè)試類觸發(fā)功能測(cè)試類觸發(fā)系統(tǒng)測(cè)試類觸發(fā)缺陷—觸發(fā)(Triggers)設(shè)計(jì)評(píng)審/代碼審查類觸發(fā)設(shè)計(jì)一致性(DesignConformance)邏輯/流程(Logic/Flow)向后兼容(BackwardCompatibility)內(nèi)在文檔(InternalDocument)橫向兼容(LateralCompatibility)并發(fā)(Concurrency)語言依賴(LanguageDependency)副作用(SideEffects)特