缺陷管理指引講解

缺陷管理指南北京博微廣華科技有限公司（版權(quán)所有，翻版必究）

變更記錄版本修改條款修改內(nèi)容修改人/日期批準(zhǔn)人/日期1.0.0正式版郝海鳳20141128第1頁共18頁目錄TOC\o"1-5"\h\z\o"CurrentDocument"目的 3\o"CurrentDocument"適用范圍 3\o"CurrentDocument"缺陷定義 3缺陷產(chǎn)生的原因 3缺陷的定義 4\o"CurrentDocument"缺陷報(bào)告 4\o"CurrentDocument"缺陷類型 5\o"CurrentDocument"缺陷的嚴(yán)重程度 7\o"CurrentDocument"缺陷的優(yōu)先級(jí) 10\o"CurrentDocument"缺陷描述 11缺陷跟蹤 12缺陷的生命周期 12\o"CurrentDocument"缺陷狀態(tài)的跟蹤 14\o"CurrentDocument"缺陷結(jié)果分析 15第2頁共18頁1.目的本文對規(guī)范缺陷上報(bào)、缺陷的處理流程及缺陷分析進(jìn)行詳細(xì)說明 ，以提高測試效率，確保軟件測試目的的實(shí)現(xiàn)。.適用范圍1）軟件項(xiàng)目集成測試階段（即軟件開發(fā)階段的測試）、系統(tǒng)測試階段和系統(tǒng)維護(hù)階段。2）能驗(yàn)證階段。3）客戶反饋的問題。.缺陷定義缺陷產(chǎn)生的原因1）軟件項(xiàng)目自身問題引起的軟件需求定義不夠清晰，導(dǎo)致設(shè)計(jì)目標(biāo)偏離客戶的需求。軟件系統(tǒng)結(jié)構(gòu)非常復(fù)雜而又無法構(gòu)造成一個(gè)有序的層次結(jié)構(gòu)或者組件結(jié)構(gòu)，從而導(dǎo)致很多意想不到的問題。新技術(shù)的應(yīng)用導(dǎo)致涉及技術(shù)和兼容性的問題事先沒有考慮周到。2）軟件項(xiàng)目管理的問題項(xiàng)目計(jì)劃不夠完善，對質(zhì)量、資源、任務(wù)、成本的平衡性把握不好，容易壓縮需求分析、評審、測試的時(shí)間從而遺留較多缺陷。項(xiàng)目流程不夠完善，存在較多的隨機(jī)性和缺乏嚴(yán)謹(jǐn)?shù)膬?nèi)審和評審機(jī)制。溝通不夠流暢，導(dǎo)致不同階段、不同團(tuán)隊(duì)的開發(fā)人員對問題的理解不一致。第3頁共18頁

缺陷的定義從產(chǎn)品內(nèi)部看，軟件缺陷是軟件產(chǎn)品在需求定義，開發(fā)設(shè)計(jì)過程中所存在的錯(cuò)誤。從外部看，缺陷就是軟件項(xiàng)目在某種程度上不能滿足用戶的需要。.缺陷報(bào)告為了準(zhǔn)確、清楚地描述缺陷，現(xiàn)定義軟件缺陷的屬性，如下表所示:類別屬性名稱是否必填含義并簡要說明可跟蹤信息缺陷ID自動(dòng)生成缺陷的唯一標(biāo)識(shí)，用于識(shí)別、跟蹤、查詢、排序、存儲(chǔ)管理等。一般使用數(shù)字序號(hào)表示基本描述信息摘要必填對缺陷的概括性描述，方便列表、瀏覽、管理等詳細(xì)描述必填包括測試前提、操作步驟、預(yù)期結(jié)果和實(shí)際結(jié)果等測試環(huán)境必填缺陷發(fā)現(xiàn)時(shí)所處的測試環(huán)境，包括操作系統(tǒng)和IE所屬模塊必填缺陷所屬模塊，以及模塊下的組件，方便缺陷統(tǒng)計(jì)分析檢測版本必填缺陷發(fā)現(xiàn)于產(chǎn)品的哪個(gè)版本狀態(tài)自動(dòng)默認(rèn)缺陷默認(rèn)為“新建”狀態(tài)，根據(jù)缺陷的修改情況，更改為相應(yīng)的狀態(tài)測試階段必填測試所處的階段，包括功能驗(yàn)證、集成測試、第4頁共18頁

系統(tǒng)測試、系統(tǒng)維護(hù)修正所需信息嚴(yán)重程度必填指的是缺陷對軟件質(zhì)量的破壞程度，一般分為“嚴(yán)重”，“一般”，“輕微”三種程度優(yōu)先級(jí)必填指解決軟件缺陷的先后順序，即哪些缺陷需要優(yōu)先解決，哪些缺陷可以稍后解決。一般分為“緊急”，“高”，“中”，“低”四種級(jí)別缺陷類型必填屬于哪方面的缺陷。如功能、需求、數(shù)據(jù)內(nèi)容錯(cuò)誤、用戶界面、建議性、刷新問題、性能、安裝兼容性、穩(wěn)定性問題、安全性問題可重現(xiàn)頻率必填缺陷產(chǎn)生的頻率。包括每次、較局、較低創(chuàng)建者自動(dòng)默認(rèn)新建缺陷的人員，根據(jù)缺陷管理系統(tǒng)的登錄用戶名自動(dòng)默認(rèn)檢測者必填檢測確認(rèn)缺陷的人員。檢測者默認(rèn)為創(chuàng)建者，如需重新打開缺陷，則將檢測者修改為當(dāng)前人員分配給可選指派給缺陷下一操作的人員檢測時(shí)間自動(dòng)默認(rèn)默認(rèn)為提交缺陷時(shí)的當(dāng)前系統(tǒng)時(shí)間關(guān)閉于版本可選確認(rèn)缺陷已經(jīng)被成功解決時(shí)的版本信息缺陷類型描述功能功能實(shí)現(xiàn)錯(cuò)誤或者未實(shí)現(xiàn)，功能控制錯(cuò)誤第5頁共18頁

需求需求規(guī)格說明書中存在的問題1）需求設(shè)計(jì)有誤2）軟件中使用的模板，資源，編碼（項(xiàng)目劃分編碼，WBS編碼）錯(cuò)誤3）需求設(shè)計(jì)不完備4）軟件默認(rèn)值設(shè)置錯(cuò)誤5）小數(shù)位數(shù)控制數(shù)據(jù)內(nèi)容錯(cuò)誤軟件中動(dòng)態(tài)讀取的值錯(cuò)誤，如數(shù)據(jù)計(jì)算錯(cuò)誤，數(shù)據(jù)誤差，變量調(diào)用錯(cuò)誤，報(bào)表數(shù)據(jù)錯(cuò)誤建議性提出關(guān)于軟件功能實(shí)現(xiàn)不合理，提高軟件易用性的建議性意見刷新問題數(shù)據(jù)刷新，內(nèi)容刷新，界面刷新等問題用戶界面軟件界面布局/、合理軟件中靜態(tài)讀取的值錯(cuò)誤，如界面錯(cuò)別字界面信息顯示不全安裝兼容性1）安裝過程中出現(xiàn)的問題，如：安裝向?qū)栴}，安裝義件問題2）卸載過程中出現(xiàn)的問題，如：卸載后用戶工程被刪除3）成功安裝后與軟件環(huán)境或硬件環(huán)境不兼容引起的問題，如：需求中明確要求兼谷win/系統(tǒng)，但是軟件不能在win7下安裝成功；在特定的配飾下軟件崩潰。第6頁共18頁穩(wěn)定性問題軟件長時(shí)間使用過程中，軟件異常退出內(nèi)存、GDI存在泄漏等安全性問題軟件鎖權(quán)限控制問題，如：資源控制，節(jié)點(diǎn)數(shù)量控制用戶權(quán)限控制問題數(shù)據(jù)安全問題，如用戶密碼顯示為明文；性能不滿足系統(tǒng)提出的性能指標(biāo)，如：右鍵功能響應(yīng)時(shí)間超出需求制止的指標(biāo)；生成報(bào)表時(shí)間超出需求制止的指標(biāo)“缺陷類型等級(jí)”的概念，當(dāng)一個(gè)缺陷同時(shí)符合幾個(gè)缺陷類型的特征時(shí)， 其缺陷類型以“缺陷類型等級(jí)”較高的類型為準(zhǔn)。建議缺陷類型等級(jí)如下（' >'左側(cè)表示等級(jí)高）：安全性問題>穩(wěn)定性問題>性能>需求>數(shù)據(jù)內(nèi)容錯(cuò)誤>安裝兼容性>刷新問題>用戶界面>建議性>功能缺陷的嚴(yán)重程度Bug的嚴(yán)重級(jí)別指的是軟件缺陷對軟件質(zhì)量的破壞程度嚴(yán)重：軟件缺陷對軟件質(zhì)量的破壞程度嚴(yán)重。主要包括以下幾種情況：體功能正常操作實(shí)現(xiàn)錯(cuò)誤或者未實(shí)現(xiàn)。主體功能即系統(tǒng)的本質(zhì)特征，是必不可少的。即主界面各模塊內(nèi)包含的功能。2）需求設(shè)計(jì)錯(cuò)誤或不完備：需求規(guī)格說明書中設(shè)計(jì)或者考慮不全面導(dǎo)致的錯(cuò)誤，如：業(yè)務(wù)流程不正確，需求邏輯錯(cuò)誤等。3）數(shù)據(jù)錯(cuò)誤：主要為數(shù)據(jù)讀取錯(cuò)誤，數(shù)據(jù)計(jì)算錯(cuò)誤，如：變量數(shù)據(jù)，報(bào)表第7頁共18頁數(shù)據(jù)調(diào)用錯(cuò)誤或計(jì)算錯(cuò)誤。錄入的資源數(shù)據(jù)錯(cuò)誤（原價(jià)，單價(jià)，單重等） 。4）權(quán)限及安全問題。用戶密碼是否泄漏，權(quán)限控制是否得當(dāng)。一般：軟件缺陷對軟件質(zhì)量的破壞程度一般主要包括以下幾種情況：1）輔助功能正常操作實(shí)現(xiàn)錯(cuò)誤或者未實(shí)現(xiàn)。輔助功能即完善或輔助主體功能實(shí)現(xiàn)的一些功能點(diǎn)。即菜單欄，工具欄的功能。2）數(shù)據(jù)內(nèi)容刷新：對軟件進(jìn)行修改后無法及時(shí)更新，通過切換界面或執(zhí)行某些軟件操作后，軟件刷新到正確狀態(tài)。a.數(shù)據(jù)刷新：當(dāng)存在數(shù)據(jù)聯(lián)動(dòng)時(shí)，修改其中一個(gè)數(shù)據(jù)，與之聯(lián)動(dòng)的其他數(shù)據(jù)未及時(shí)發(fā)生更新。b.內(nèi)容刷新：多個(gè)界面都調(diào)用同一字段值，修改其中一個(gè)，其他界面未及時(shí)發(fā)生變動(dòng)。如：在工程管理中對工程進(jìn)行重命名，結(jié)果項(xiàng)目屬性，報(bào)表中調(diào)用的仍然為舊值。3）數(shù)據(jù)誤差：軟件計(jì)算結(jié)果與實(shí)際計(jì)算結(jié)果存在誤差。如：不同界面同一變量的數(shù)據(jù)精度控制不一致，如：“材料費(fèi)”在不同界面調(diào)用，控制的小數(shù)位數(shù)不一致，a界面為0.1234,b界面為0.123,最后導(dǎo)致同一變量含義在不同報(bào)表體現(xiàn)的值不一致；數(shù)據(jù)四舍五入不正確。如：0.045枳.04。4）內(nèi)容錯(cuò)誤：主要為字段內(nèi)容讀取錯(cuò)誤，如：工程名稱，電壓等級(jí)等字段內(nèi)容讀取錯(cuò)誤。軟件中使用的模板，資源內(nèi)容（代碼，名稱，單位等），編碼（項(xiàng)目劃分編碼，WBS編碼）錯(cuò)誤。5）輸入控制錯(cuò)誤。需求中明確某個(gè)字段不能輸入。包括輸入字符類型的控第8頁共18頁制，輸入字節(jié)數(shù)的控制，如：“比例”字段可以輸入中文；小數(shù)位數(shù)可輸入無限位。6）性能指標(biāo)無法達(dá)到。性能達(dá)不到需求制定的指標(biāo)，如：打開有500條工程量的工程，花費(fèi)30分鐘，需求定義為10分鐘。7）軟件安裝卸載問題。覆蓋安裝后無法進(jìn)入程序或進(jìn)入程序后報(bào)錯(cuò)； 安裝的控件版本錯(cuò)誤；卸載過程中出現(xiàn)的問題，如：卸載后用戶工程被刪除。8）軟件兼容性問題。軟件在不同系統(tǒng)下安裝使用出錯(cuò)；與其他軟件存在兼容性錯(cuò)誤等。9）穩(wěn)定性問題。軟件長時(shí)間使用過程中，軟件異常報(bào)錯(cuò)或者內(nèi)存、 GDI存在泄漏等。如：對軟件不進(jìn)行任何操作，內(nèi)存或GDI數(shù)量一直增長。10）功能異常操作，超出需求定義的范圍，如添加10級(jí)項(xiàng)目劃分，軟件異常退出；手工斷電，軟件崩潰。輕微：軟件缺陷對軟件質(zhì)量的破壞程度輕微主要包括以下幾種情況：1）信息提示框問題。指提示框內(nèi)的信息不正確，如：輸入空字符提示“數(shù)據(jù)錄入不合法”，應(yīng)提示為“***不能為空”。2）界面顯示問題。包括按鈕未對齊，圖片無法加載，內(nèi)容顯示不全或者有錯(cuò)別字，界面刷新問題等。在特定的系統(tǒng)下，無法顯示完全。3）建議性問題，功能不合理，功能操作易用性的建議。如：顯示的內(nèi)容建議進(jìn)行排序；功能的快捷鍵實(shí)現(xiàn)。4）軟件默認(rèn)值設(shè)置錯(cuò)誤。如：工程稅金默認(rèn)值錯(cuò)誤，實(shí)際結(jié)果為 5,預(yù)期結(jié)果應(yīng)為3.41第9頁共18頁注：無法重現(xiàn)的缺陷，在原定等級(jí)的基礎(chǔ)上下降一級(jí)缺陷的優(yōu)先級(jí)缺陷的優(yōu)先級(jí)一一解決軟件缺陷的先后順序，即哪些缺陷需要優(yōu)先解決，哪些缺陷可以稍后解決。確定軟件缺陷優(yōu)先級(jí)，更多的是站在客戶使用的角度考慮問題，同時(shí)需要考慮問題修改的成本與時(shí)間。主要包括以下情況：緊急一一缺陷導(dǎo)致系統(tǒng)幾乎不能使用或者測試無法繼續(xù)， 需要立即修復(fù)。如:點(diǎn)擊新建工程軟件報(bào)錯(cuò)高一一軟件功能沒有實(shí)現(xiàn)或者沒有正確實(shí)現(xiàn)，對軟件的使用效果影響比較大。必須修改，需確定在集成測試階段內(nèi)某個(gè)特定里程碑結(jié)束前修正。如：工程新建成功后，無法讀取新建工程向?qū)е休斎氲膮?shù)；中一一軟件功能實(shí)現(xiàn)不合理，對軟件的使用效果影響一般。必須修改，不一定馬上修改，系統(tǒng)測試階段之前必須修正。如：新建工程向?qū)е?，輸入?yún)?shù)執(zhí)行“下一步”，再執(zhí)行“上一步”輸入的參數(shù)未保存缺一一對軟件的使用效果影響非常小，缺陷不解決的情況下不影響軟件正常使用，在時(shí)間允許的情況下，考慮盡量解決。如：工程新建成功后，彈出的提示信息框顯示不全優(yōu)先級(jí)設(shè)置說明：1）在軟件正常操作的情況下，軟件出現(xiàn)的錯(cuò)誤，缺陷的優(yōu)先級(jí)可以定義為“中”及以上。2）在軟件異常操作的情況下，（如特殊字符的輸入，超長字符的輸入，文件格式或軟件配置的任意更改），軟件出現(xiàn)的錯(cuò)誤，缺陷的優(yōu)先級(jí)可以定義為“中”及以下第10頁共18頁一般來說，嚴(yán)重級(jí)別高的bug具有較高的優(yōu)先處理級(jí)別，但是嚴(yán)重級(jí)別和優(yōu)先級(jí)并不總是一一對應(yīng)。有時(shí)候嚴(yán)重級(jí)別高的 Bug優(yōu)先級(jí)不一定高，而一些嚴(yán)重級(jí)別低的Bug卻需要及時(shí)處理，具有較高的優(yōu)先級(jí)。例如，軟件崩潰只在某種非常極端的條件下才會(huì)產(chǎn)生，那么此缺陷的優(yōu)先級(jí)別可以定義為“低” o缺陷描述1）缺陷描述簡要法則檢測人員：WHO——描述缺陷的時(shí)候應(yīng)該明確缺陷的檢測者。檢測結(jié)果：WHAT——使用陳述句簡明扼要的描述bug摘要。檢測環(huán)境：WHERE——檢測到缺陷時(shí)所處的環(huán)境，包括操作系統(tǒng)以及當(dāng)前系統(tǒng)中安裝的其他軟件；缺陷所屬的模塊或組件檢測時(shí)間：WHEN——檢測到缺陷的時(shí)間。缺陷產(chǎn)生原因：WHY——分析缺陷產(chǎn)生的原因，可以補(bǔ)充到注釋中。操作步驟：HOW——描述可重現(xiàn)bug的有效步驟?？梢詧D形表現(xiàn)缺陷的則必須采用附件的形式附上截圖。出錯(cuò)的工程則有必要附上工程。2）缺陷描述說明單一準(zhǔn)確。每個(gè)報(bào)告只針對一個(gè)軟件缺陷。在一個(gè)報(bào)告中報(bào)告多個(gè)缺陷的弊端是缺陷常常只是部分被修復(fù)而不能得到徹底解決?？梢栽佻F(xiàn)。提供缺陷產(chǎn)生的準(zhǔn)確操作步驟，使開發(fā)人員容易看懂并能自己再現(xiàn)缺陷，開發(fā)人員只有看懂了才可能有效的解決缺陷。完整統(tǒng)一。提供完整、前后統(tǒng)一的軟件缺陷產(chǎn)生的步驟和信息，例如：圖片信息，LOG文件等。考慮到網(wǎng)絡(luò)數(shù)據(jù)傳輸效率，截圖的文件格式須使用JPG第11頁共18頁格式在截圖中建議使用三號(hào)粗線，顏色設(shè)置為紅色將出錯(cuò)的地方標(biāo)識(shí)出來。短小簡練。通過使用關(guān)鍵詞，可以使軟件缺陷的摘要短小簡練又能準(zhǔn)確的描述缺陷產(chǎn)生的現(xiàn)象。如“PDA在上傳下載的時(shí)候出現(xiàn)了死機(jī)的現(xiàn)象”中的“PDA”，“上傳下載”，“死機(jī)”等是關(guān)鍵詞。描述的操作步驟，自己要先分析填寫的操作步驟是否與提交的缺陷有關(guān)聯(lián)，描述并不是越詳細(xì)越好，而是要有效的信息。特定條件。許多軟件功能在通常情況下是沒有問題而是在某種特定條件下才會(huì)產(chǎn)生缺陷。所以軟件缺陷的描述中不要忽視這些看似細(xì)節(jié)但又是必要的特定條件（如特定的操作步驟，特定的設(shè)置等條件），這些條件是幫助開發(fā)人員找到原因的線索。不做評價(jià)。在描述軟件的缺陷過程中不要帶有個(gè)人的觀點(diǎn)，不要對開發(fā)人員進(jìn)行評價(jià)。軟件的缺陷報(bào)告只是針對產(chǎn)品，針對問題本身。在報(bào)告缺陷的過程中只需要將事實(shí)或者現(xiàn)象客觀描述出來即可，不需要任何評價(jià)。缺陷描述格式化。所屬模塊或功能點(diǎn)=>缺陷現(xiàn)象=>測試步驟=>預(yù)期結(jié)果=>實(shí)際結(jié)果=>其它信息，可依實(shí)際情況調(diào)整。測試步驟超過兩個(gè)步驟時(shí)用序號(hào)分開描述；針對描述內(nèi)容為功能名稱或報(bào)表名稱等，建議使用雙引號(hào)括起來。.缺陷跟蹤缺陷的生命周期新建：提交缺陷的初始狀態(tài)打開：問題經(jīng)確認(rèn)后確實(shí)存在第12頁共18頁已解決：被相關(guān)人員成功修復(fù)的缺陷無效bug:根據(jù)事實(shí)依據(jù)，確認(rèn)不是缺陷延期：由于時(shí)間或者技術(shù)等方面的原因，同時(shí)考慮到修改此缺陷而帶來的風(fēng)險(xiǎn)，需要延期解決重復(fù)：該缺陷與缺陷管理系統(tǒng)中已有的缺陷含義相同不做處理：由于技術(shù)或者其他原因無法修復(fù)重新打開：已解決的缺陷依然存在或者未得到徹底解決，需要進(jìn)一步修正關(guān)閉：缺陷確認(rèn)已經(jīng)被成功修復(fù)，不再存在有爭議：對于缺陷的處理方式，檢測者與確認(rèn)者存在歧義無法重現(xiàn)：確認(rèn)缺陷的時(shí)候，無法重現(xiàn)缺陷中描述的現(xiàn)象第13頁共18頁缺陷狀態(tài)的跟蹤開發(fā)人員「所有業(yè)務(wù)類型的bug全部由業(yè)務(wù)組長確認(rèn)分配類型的bug全部由開發(fā)組長確認(rèn)分配1F業(yè)務(wù)詛長進(jìn)彳TBU型理藍(lán)線一一開發(fā)人員處理紅線一一業(yè)務(wù)人員處理黑線一一開發(fā)人員「所有業(yè)務(wù)類型的bug全部由業(yè)務(wù)組長確認(rèn)分配類型的bug全部由開發(fā)組長確認(rèn)分配1F業(yè)務(wù)詛長進(jìn)彳TBU型理藍(lán)線一一開發(fā)人員處理紅線一一業(yè)務(wù)人員處理黑線一一測試人員處理黑粗線一一主要流程檢測者所有非業(yè)R開發(fā)組長進(jìn)行BU型理測與認(rèn)意不一檢者確者見統(tǒng)歸試陷底修

一回測缺徹被重新打開■宏強(qiáng)以外是ug開人旃該陷b-測員為須理

檢人認(rèn)必處“新建”狀態(tài)的bug,根據(jù)其缺陷類型，業(yè)務(wù)類型的bug由業(yè)務(wù)組長進(jìn)行確認(rèn)分配，所有非業(yè)務(wù)類型的bug由開發(fā)組長進(jìn)行確認(rèn)分配。開發(fā)組長判定為“延期”的bug，檢測者根據(jù)項(xiàng)目實(shí)際情況可以“重新打開”開發(fā)組長判定“打開”的bug,同時(shí)分配開發(fā)人員進(jìn)行修正，修正完畢后由開發(fā)人員將其狀態(tài)置為“已解決”。對于置為“無法重現(xiàn)”、“重復(fù)”、“不做處理”、“無效bug”的缺陷，檢測者進(jìn)行驗(yàn)證后，如意見一致，則在軟件發(fā)布后將其置為“已關(guān)閉”，否則將其置為“有爭議”。針對“有爭議”的缺陷，測試組長提出處理方案，供項(xiàng)目組內(nèi)參考第14頁共18頁檢測者對開發(fā)人員置為“已解決”的bug進(jìn)行回歸測試，確認(rèn)問題解決后，根據(jù)“誰新建/重新打開bug,誰負(fù)責(zé)關(guān)閉”的原則，由檢測者將bug置為“關(guān)閉”狀態(tài)；回歸測試中，發(fā)現(xiàn)問題沒有解決或者解決不徹底時(shí)，將bug置為“重新打開”狀態(tài)。確認(rèn)缺陷“已解決”，“關(guān)閉”時(shí)應(yīng)該標(biāo)記解決的版本號(hào)。將缺陷設(shè)置為“無效bug”，“延期”，“不做處理”，“重新打開”，“有爭議”，相關(guān)人員必須添加注釋。分別在集成測試階段結(jié)束時(shí)和系統(tǒng)測試階段結(jié)束時(shí)，對于“有爭議”、“不做處理”、“延期”的BUG,項(xiàng)目組需經(jīng)過討論后得出處理結(jié)果，由項(xiàng)目組長確定最終處理方式。已關(guān)閉的BUG,在后續(xù)版本中如果出現(xiàn)相同或者相似問題，可以“重新打開”，并相應(yīng)的修改bug屬性。.缺陷結(jié)果分析通過缺陷的分析可以反映出項(xiàng)目測試的進(jìn)展情況、項(xiàng)目流程中的薄弱環(huán)節(jié)，同時(shí)還可以對產(chǎn)品質(zhì)量進(jìn)行評估，確認(rèn)測試是否達(dá)到結(jié)束的標(biāo)準(zhǔn)。所以每個(gè)測試階段結(jié)束后都需要在測試報(bào)告中針對當(dāng)前項(xiàng)目的測試情況進(jìn)行總結(jié)，分析，確定是否可以進(jìn)入下一個(gè)階段。按照“所屬模塊”進(jìn)行分析根據(jù)“所屬模塊”字段，分析具體模塊的bug情況，找出影響產(chǎn)品質(zhì)量的關(guān)鍵模塊；測試經(jīng)驗(yàn)表明，“發(fā)