缺陷處理流程

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