缺陷處理流程_第1頁(yè)
缺陷處理流程_第2頁(yè)
缺陷處理流程_第3頁(yè)
缺陷處理流程_第4頁(yè)
缺陷處理流程_第5頁(yè)
已閱讀5頁(yè),還剩17頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

三、基于測(cè)試流程上的缺陷管理系統(tǒng)缺陷的定義軟件沒(méi)有達(dá)到產(chǎn)品說(shuō)明書表明的功能軟件出現(xiàn)了產(chǎn)品說(shuō)明書中不一致的表現(xiàn)軟件功能超出產(chǎn)品說(shuō)明書的范圍軟件沒(méi)有達(dá)到用戶期望的目標(biāo)(雖然產(chǎn)品說(shuō)明書中沒(méi)有要求)測(cè)試員或用戶認(rèn)為軟件的易用性差不是所有缺陷都會(huì)修改市場(chǎng)的壓力使得產(chǎn)品最終發(fā)行有時(shí)間限制測(cè)試員錯(cuò)誤理解或者不正確操作引出的缺陷(FAQ)錯(cuò)誤的修改影響的模塊較多,帶來(lái)的風(fēng)險(xiǎn)較大(遺留)修改性價(jià)比太低(FAQ,遺留)缺陷報(bào)告中提出的問(wèn)題很難重現(xiàn)FounderR&D3.1缺陷報(bào)告管理系統(tǒng)是測(cè)試流程在工具上的固化通過(guò)權(quán)限控制來(lái)實(shí)現(xiàn)流程監(jiān)控記錄了缺陷識(shí)別到關(guān)閉過(guò)程中的所有數(shù)記錄了版本變更的信息是開(kāi)發(fā)和測(cè)試之間溝通的信息平臺(tái)實(shí)時(shí)的數(shù)據(jù)和信息的更新度量和統(tǒng)計(jì)分析,為改進(jìn)產(chǎn)品提供依據(jù)FounderR&DFounderR&D采用LotusNotes作為bug管理平臺(tái)完全電子化的信息傳遞統(tǒng)一管理和備份具備數(shù)據(jù)統(tǒng)計(jì)和查詢功能能夠進(jìn)行個(gè)性化二次開(kāi)發(fā)方正測(cè)試缺陷跟蹤與管理系統(tǒng)3.1.1系統(tǒng)測(cè)試缺陷處理流程新建表單待測(cè)試提交待指定處理人正在處理返回處理待開(kāi)發(fā)提交待返測(cè)待歸檔已歸檔個(gè)人提交退回測(cè)試提交指定處理人重新指定處理完畢返測(cè)完畢歸檔重新返測(cè)退回提交版本更新說(shuō)明FounderR&DBug報(bào)告準(zhǔn)則如何重現(xiàn)錯(cuò)誤-使用最少步驟重現(xiàn)現(xiàn)象描述沒(méi)有歧義盡量簡(jiǎn)單-一個(gè)bug一個(gè)報(bào)告可以提出對(duì)錯(cuò)誤的解決建議開(kāi)發(fā)人員拒絕修改的bug程序員無(wú)法重現(xiàn)或者現(xiàn)象難以捕捉?jīng)]有明確的報(bào)告以說(shuō)明重現(xiàn)bug的步驟程序員無(wú)法讀懂的bug報(bào)告用戶很少使用或者不符合用戶使用習(xí)慣的操作出錯(cuò)由不受信任的測(cè)試人員提出缺陷報(bào)告FounderR&D3.1.2集成測(cè)試缺陷處理流程新建表單待指定處理人正在處理待返測(cè)待歸檔已歸檔返回處理測(cè)試提交指定處理人重新指定處理完畢返測(cè)完畢歸檔重新返測(cè)退回FounderR&D4.1缺陷分析的關(guān)注點(diǎn):1、對(duì)軟件問(wèn)題的功能域分布進(jìn)行分析,找出系統(tǒng)的薄弱環(huán)節(jié)要詳細(xì)采集每個(gè)功能模塊或系統(tǒng)構(gòu)件的bug數(shù)據(jù),并按功能、錯(cuò)誤類型、嚴(yán)重程度等分類比較實(shí)際發(fā)現(xiàn)的軟件bug是否與預(yù)期的問(wèn)題分布相吻合二八定理:80%的軟件問(wèn)題總是發(fā)生在大約20%的功能模塊(系統(tǒng)構(gòu)件)中。FounderR&D缺陷分析的關(guān)注點(diǎn)2、對(duì)bug的注入階段的分布進(jìn)行分析,并與歷史數(shù)據(jù)相比較。應(yīng)按不同的開(kāi)發(fā)階段詳細(xì)采集bug的數(shù)據(jù)要求軟件各開(kāi)發(fā)階段的缺陷密度小于本單位過(guò)去的平均值而且要求需求分析、設(shè)計(jì)和代碼復(fù)查階段的缺陷排除率之和大于或等于規(guī)定值(例如75%)。(同行評(píng)審)FounderR&DFounderR&D缺陷分析的關(guān)注點(diǎn)3、應(yīng)對(duì)軟件缺陷類型進(jìn)行分析,以便針對(duì)各自的特點(diǎn),先修復(fù)嚴(yán)重缺陷??蓞⒖糚SP中缺陷類型標(biāo)準(zhǔn)(如下表),其中缺陷類型是按照問(wèn)題的復(fù)雜度來(lái)排列的,類型10到40是比較簡(jiǎn)單的編碼缺陷,類型50到100是比較復(fù)雜的設(shè)計(jì)缺陷。類型編號(hào)類型名稱描述10文檔注釋,消息20句法拼寫,標(biāo)點(diǎn),打字,指令格式30聯(lián)編,打包理改管理,庫(kù),版本控制40分配說(shuō)明,重名,作用域,限制50接口過(guò)程調(diào)用和引用,輸入/輸出,用戶格式60檢查出錯(cuò)信息,不恰當(dāng)?shù)臋z查70數(shù)據(jù)結(jié)構(gòu),內(nèi)容80函數(shù)邏輯,指針,循環(huán),遞歸,計(jì)算,函數(shù)缺陷90系統(tǒng)配置,記時(shí),內(nèi)存100環(huán)境設(shè)計(jì),編譯,測(cè)試,或其它支持系統(tǒng)問(wèn)題缺陷分析的關(guān)注點(diǎn)4、應(yīng)動(dòng)態(tài)采集每個(gè)測(cè)試周期中發(fā)現(xiàn)的bug數(shù),并有效地控制缺陷的修復(fù)率。5、應(yīng)密切觀察bug的狀態(tài),并及時(shí)跟蹤其狀態(tài)的變化,以檢查測(cè)試和開(kāi)發(fā)人員的工作情況FounderR&D缺陷分析的關(guān)關(guān)注點(diǎn)6、應(yīng)該采集集bug不同同方式的修復(fù)復(fù)數(shù)據(jù),以便便檢驗(yàn)軟件產(chǎn)產(chǎn)品是否滿足足交付規(guī)則分析修改代碼碼、改變?cè)O(shè)計(jì)計(jì)、封掉功能能遺留以及下下一版本解決決的bug數(shù)數(shù)約占缺陷總總數(shù)的比例。。在有嚴(yán)密和有有效的質(zhì)量保保證體系條件件的監(jiān)控下,,常常會(huì)引起起有較高比例例的延期解決決的缺陷數(shù),,這是因?yàn)樵S許多細(xì)微的或或枝節(jié)性的問(wèn)問(wèn)題被測(cè)試出出來(lái),經(jīng)過(guò)評(píng)評(píng)價(jià)證明不會(huì)會(huì)造成大的質(zhì)質(zhì)量影響,但但可為產(chǎn)品進(jìn)進(jìn)一步升級(jí)提提供有價(jià)值的的參考。FounderR&D4.2測(cè)試試人員的績(jī)效效評(píng)價(jià)評(píng)價(jià)標(biāo)準(zhǔn):1、bug數(shù)數(shù)量:同一個(gè)項(xiàng)目組組內(nèi),提交bug數(shù)量的的多少是衡量量測(cè)試人員工工作效率的一一方面;另一一個(gè)衡量指標(biāo)標(biāo)是每人日提提交的bug數(shù)。2、bug嚴(yán)嚴(yán)重程度:Bug的嚴(yán)重重程度是衡量量bug的質(zhì)質(zhì)量的一個(gè)重重要因素,好好的bug應(yīng)應(yīng)該是極端嚴(yán)嚴(yán)重的,對(duì)系系統(tǒng)造成極大大危害的。3、bug價(jià)價(jià)值:Bug的雙方方面評(píng)判,對(duì)對(duì)于bug的的價(jià)值開(kāi)發(fā)人人員在另外一一個(gè)角度上進(jìn)進(jìn)行評(píng)判以上三個(gè)因素素的加權(quán)平均均才能更有效效的評(píng)價(jià)測(cè)試試人員的績(jī)效效!FounderR&D4.3缺陷陷統(tǒng)計(jì)分析工工具介紹FounderR&D測(cè)試結(jié)果分析析和評(píng)價(jià)缺陷密度:基本的缺陷測(cè)測(cè)量是以每千千行代碼的缺缺陷數(shù)(Defects/KLOC)來(lái)測(cè)量的的。稱為缺陷陷密度(Dd),其測(cè)量量單位是defects/KLOC??砂凑找砸韵虏襟E來(lái)計(jì)計(jì)算一個(gè)程序序的缺陷密度度:累計(jì)開(kāi)發(fā)過(guò)程程中每個(gè)階段段發(fā)現(xiàn)的缺陷陷總數(shù)(D)。統(tǒng)計(jì)程序中新新開(kāi)發(fā)的和修修改的代碼行行數(shù)(N)。。計(jì)算每千行的的缺陷數(shù)Dd=1000*D/N。。例如,一個(gè)29.6萬(wàn)行行的源程序總總共有145個(gè)缺陷,則則缺陷密度是是:Dd=1000*145/296000=0.49defects/KLOC。在計(jì)算缺陷密密度時(shí),最重重要的是要使使用正確的規(guī)規(guī)模測(cè)量。FounderR&D測(cè)試結(jié)果的分分析和評(píng)價(jià)輸出《測(cè)試綜綜合報(bào)告》::測(cè)試過(guò)程的總總結(jié)測(cè)試數(shù)據(jù)分析析(按照嚴(yán)重重程度等方式式分類統(tǒng)計(jì)的的分析,包括括測(cè)試密度等等)產(chǎn)品主要問(wèn)題題和總體評(píng)價(jià)價(jià)遺留的問(wèn)題總總結(jié)最終的測(cè)試結(jié)結(jié)論FounderR&D測(cè)試結(jié)果分析析和評(píng)價(jià)為了了解和控控制缺陷帶來(lái)來(lái)的費(fèi)用,很很有必要測(cè)量量缺陷排除的的效果測(cè)量::一種測(cè)量方法法是計(jì)算每小小時(shí)排除缺陷陷的個(gè)數(shù);一種是計(jì)算缺缺陷排除效益益,即測(cè)量通通過(guò)某一排除除方法所發(fā)現(xiàn)現(xiàn)的缺陷的百百分比。缺陷排除效益益是45%100個(gè)缺陷陷開(kāi)始測(cè)試測(cè)試發(fā)現(xiàn)45個(gè)缺缺陷missing55defectsFounderR&D測(cè)試結(jié)果分析析和評(píng)價(jià)測(cè)試覆蓋率測(cè)測(cè)量語(yǔ)句覆蓋率測(cè)測(cè)試經(jīng)歷歷語(yǔ)句數(shù)/總總語(yǔ)句數(shù)分支覆蓋率測(cè)測(cè)試經(jīng)歷歷支路數(shù)/總總支路數(shù)簡(jiǎn)單路徑覆蓋蓋率 測(cè)試經(jīng)經(jīng)歷簡(jiǎn)單路徑徑數(shù)/總簡(jiǎn)單單路徑數(shù)功能覆蓋率界面數(shù)菜單數(shù)輸入/輸出的的數(shù)據(jù)元數(shù)構(gòu)件、模塊…FounderR&D4.5軟件測(cè)測(cè)試經(jīng)驗(yàn)分享享所有的測(cè)試都都應(yīng)追溯到需需求。因最嚴(yán)嚴(yán)重的錯(cuò)誤是是導(dǎo)致程序無(wú)無(wú)發(fā)滿足需求求的錯(cuò)誤;軟件開(kāi)發(fā)人員員和管理人員員首先應(yīng)該盡盡早地和不斷斷地進(jìn)行各種種軟件質(zhì)量保保證活動(dòng)(如如需求和設(shè)計(jì)計(jì)階段同行評(píng)評(píng)審和走查等等);軟件開(kāi)發(fā)人員員應(yīng)避免檢查查自已的程序序,利用同行行評(píng)審的方式式對(duì)代碼進(jìn)行行審查;(自己檢查容易易依照原有的的程序設(shè)計(jì)思思路進(jìn)行,往往往查不出問(wèn)問(wèn)題)在設(shè)計(jì)測(cè)試用用例時(shí),必須明確預(yù)期期的輸出結(jié)果果,否則對(duì)實(shí)實(shí)際的輸出結(jié)結(jié)果很難有檢檢驗(yàn)的標(biāo)準(zhǔn),,測(cè)試失去意意義。測(cè)試用例應(yīng)由由輸入數(shù)據(jù)和和與之對(duì)應(yīng)的的期望輸出結(jié)結(jié)果這兩部分分組成,在輸輸入數(shù)據(jù)中,,應(yīng)當(dāng)包括合合理的輸入條條件和不合理理的輸入條件件;在進(jìn)行各種分分析和修復(fù)工工作中,要充充分注意修復(fù)復(fù)工作所產(chǎn)生生的影響效果果和波及效果果。FounderR&D軟件測(cè)試經(jīng)驗(yàn)驗(yàn)分享統(tǒng)計(jì)表明大約約有60%的的錯(cuò)誤是在設(shè)設(shè)計(jì)階段之前前注入的,并并且修正一個(gè)個(gè)軟件錯(cuò)誤所所需的費(fèi)用將將隨著軟件生生存期的進(jìn)展展而上升。錯(cuò)錯(cuò)誤發(fā)現(xiàn)得越越晚,修復(fù)它它的費(fèi)用就越越高,而且呈呈指數(shù)增長(zhǎng)的的趨勢(shì)。測(cè)試后程序中中殘存的錯(cuò)誤誤數(shù)目與該程程序中已發(fā)現(xiàn)現(xiàn)的錯(cuò)誤數(shù)目目(即檢錯(cuò)率率)很可能成成正比;(編碼規(guī)范、需需求理解、技技術(shù)能力、內(nèi)內(nèi)部耦合性是是引起這些現(xiàn)現(xiàn)象的原因)程序中的大部部分錯(cuò)誤往往往是在一小部部分模塊中發(fā)發(fā)現(xiàn)的,遵循循普遍適用的的“二八定理理”(即80%的錯(cuò)誤往往往是由20%的模塊所所造成的),,例如,IBM公司的OS/370操作系統(tǒng)中中,47%的的錯(cuò)誤僅與與該系統(tǒng)中的的4%的程序序模塊有關(guān);;要嚴(yán)格執(zhí)行行測(cè)試計(jì)劃劃,排除測(cè)測(cè)試的隨意意性,這樣樣才能消除除各種無(wú)序序操作所造造成的副作作用;測(cè)試設(shè)計(jì)決決定了測(cè)試試的有效性性和效率,,測(cè)試工具具只能提高高測(cè)試效率率應(yīng)當(dāng)對(duì)每一一個(gè)測(cè)試結(jié)結(jié)果做全面面的檢查,,這樣才有有可能找到到真正的出出錯(cuò)原因,,為今后的的調(diào)試工作作奠定基礎(chǔ)礎(chǔ)。FounderR&D結(jié)束語(yǔ)產(chǎn)品越復(fù)雜雜,測(cè)試花花費(fèi)的時(shí)間間就越長(zhǎng),,費(fèi)用就越越大,測(cè)試試發(fā)現(xiàn)缺陷陷的效率也也就越低。。缺陷會(huì)掩蓋蓋或加重其其它缺陷。。也就是說(shuō)說(shuō),當(dāng)一個(gè)個(gè)程序有許許多缺陷時(shí)時(shí),由于缺缺陷相互作作用,使得得發(fā)現(xiàn)和修修復(fù)缺陷的的過(guò)程更加加復(fù)雜。這這使得一些些缺陷很難難查找和修修復(fù)。一個(gè)個(gè)缺陷可能能掩蓋其它它缺陷,使使得這些被被掩蓋的缺缺陷難以發(fā)發(fā)現(xiàn),增加加了它們逃逃過(guò)測(cè)試的的可能性。。遵照規(guī)范化化

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論