Bug狀態(tài)流程圖(經(jīng)供參考)

Bug狀態(tài)流程圖(經(jīng)供參考)Bug狀態(tài)流程圖對(duì)Bug的處理Bug狀態(tài)流程圖(經(jīng)供參考)全文共8頁(yè)，當(dāng)前為第1頁(yè)。開(kāi)發(fā)組長(zhǎng)/經(jīng)理

每天對(duì)Bug進(jìn)行分配，標(biāo)注處理意見(jiàn)，給定優(yōu)先級(jí)（發(fā)版前必須三方：需求、開(kāi)發(fā)、產(chǎn)品共同確定）。問(wèn)題分配時(shí)，應(yīng)盡可能將咨詢(xún)類(lèi)、理解錯(cuò)誤類(lèi)等問(wèn)題處理掉，而不是留給開(kāi)發(fā)人員。有可能是需求的問(wèn)題，分配給需求人員。定期對(duì)Bug庫(kù)分析，找出常出錯(cuò)的模塊，進(jìn)行代碼審查

開(kāi)發(fā)人員

分析Bug，寫(xiě)出問(wèn)題原因，修改Bug；實(shí)行Bug優(yōu)先原則，嚴(yán)重程度B-Major類(lèi)或緊急程度3-High類(lèi)以上（包含）bug5個(gè)或5個(gè)以上，停止新功能的開(kāi)發(fā)。

需求人員

解釋需求，給出處理意見(jiàn)，將Bug庫(kù)中的建議整理成需求文檔。評(píng)審確定后列入開(kāi)發(fā)計(jì)劃

測(cè)試人員

不參與問(wèn)題的優(yōu)先級(jí)的定位，只用Bug級(jí)別反映Bug的嚴(yán)重程度。驗(yàn)證Bug是否已被解決

測(cè)試組長(zhǎng)/經(jīng)理

審核測(cè)試人員提交的Bug。定期對(duì)Bug庫(kù)進(jìn)行分析，描繪出曲線(xiàn)圖等，報(bào)告現(xiàn)狀、預(yù)測(cè)趨勢(shì)。在測(cè)試總結(jié)報(bào)告中給出意見(jiàn)

產(chǎn)品人員

可以對(duì)優(yōu)先級(jí)和處理意見(jiàn)等進(jìn)行審核，如果有意見(jiàn)，和項(xiàng)目組商量定奪

Bug狀態(tài)流程圖(經(jīng)供參考)全文共8頁(yè)，當(dāng)前為第1頁(yè)。Bug狀態(tài)(Status)：指缺陷通過(guò)一個(gè)跟蹤修復(fù)過(guò)程的進(jìn)展情況。包括New、Open、Reopen、Fixed、Closed及Rejected等New為測(cè)試人員新問(wèn)題提交所標(biāo)志的狀態(tài)。Open為任務(wù)分配人（開(kāi)發(fā)組長(zhǎng)/經(jīng)理）對(duì)該問(wèn)題準(zhǔn)備進(jìn)行修改并對(duì)該問(wèn)題分配修改人員所標(biāo)志的狀態(tài)。Bug解決中的狀態(tài)，由任務(wù)分配人改變。對(duì)沒(méi)有進(jìn)入此狀態(tài)的Bug，程序員不用管。Reopen為測(cè)試人員對(duì)修改問(wèn)題進(jìn)行驗(yàn)證后沒(méi)有通過(guò)所標(biāo)志的狀態(tài)；或者已經(jīng)修改正確的問(wèn)題，又重新出現(xiàn)錯(cuò)誤。由測(cè)試人員改變。Fixed為開(kāi)發(fā)人員修改問(wèn)題后所標(biāo)志的狀態(tài)，修改后還未測(cè)試。Closed為測(cè)試人員對(duì)修改問(wèn)題進(jìn)行驗(yàn)證后通過(guò)所標(biāo)志的狀態(tài)。由測(cè)試人員改變。Rejected開(kāi)發(fā)人員認(rèn)為不是Bug、描述不清、重復(fù)、不能復(fù)現(xiàn)、不采納所提意見(jiàn)建議、或雖然是個(gè)錯(cuò)誤但還沒(méi)到非改不可的地步故可忽略不計(jì)、或者測(cè)試人員提錯(cuò)，從而拒絕的問(wèn)題。由Bug分配人或者開(kāi)發(fā)人員來(lái)設(shè)置。Bug狀態(tài)流程圖(經(jīng)供參考)全文共8頁(yè)，當(dāng)前為第2頁(yè)。Bug嚴(yán)重級(jí)別(Severity，Bug級(jí)別)：是指因缺陷引起的故障對(duì)軟件產(chǎn)品的影響程度。由測(cè)試人員指定。Bug狀態(tài)流程圖(經(jīng)供參考)全文共8頁(yè)，當(dāng)前為第2頁(yè)。A-Crash錯(cuò)誤導(dǎo)致了死機(jī)、產(chǎn)品失敗（“崩潰”）、系統(tǒng)懸掛無(wú)法操作；B-Major功能未實(shí)現(xiàn)或?qū)е乱粋€(gè)特性不能運(yùn)行并且不可能有替代方案；C-Minor錯(cuò)誤導(dǎo)致了一個(gè)特性不能運(yùn)行但可有一個(gè)替代方案；D-Trivial錯(cuò)誤是表面化或微小的（提示信息不太準(zhǔn)確友好、錯(cuò)別字、UI布局或罕見(jiàn)故障等），對(duì)功能幾乎沒(méi)有影響，產(chǎn)品及屬性仍可使用；E-NicetoHave（建議）建設(shè)性的意見(jiàn)或建議。Bug優(yōu)先級(jí)(Priority)：指缺陷必須被修復(fù)的緊急程度。由Bug分配者（開(kāi)發(fā)組長(zhǎng)/經(jīng)理）指定。5-Urgent阻止相關(guān)開(kāi)發(fā)人員的進(jìn)一步開(kāi)發(fā)活動(dòng)，立即進(jìn)行修復(fù)工作；阻止與此密切相關(guān)功能的進(jìn)一步測(cè)試4-VeryHigh必須修改，發(fā)版前必須修正3-High必須修改，不一定馬上修改，但需確定在某個(gè)特定里程碑結(jié)束前須修正2-Medium如果時(shí)間允許應(yīng)該修改1-Low允許不修改功能模塊(Subject)：TD中需在TestPlan頁(yè)中定義好Subject，才能在Defects頁(yè)中使用。問(wèn)題描述、附件附圖請(qǐng)參見(jiàn)后面第四部分‘Bug描述要求’的有關(guān)內(nèi)容。Bug狀態(tài)流程圖(經(jīng)供參考)全文共8頁(yè)，當(dāng)前為第3頁(yè)。處理意見(jiàn):開(kāi)發(fā)組長(zhǎng)/經(jīng)理(或具體Bug分配人員)在審核新Bug時(shí)、將Bug分配給開(kāi)發(fā)人員解決前，需要給出該Bug的處理意見(jiàn)。Bug狀態(tài)流程圖(經(jīng)供參考)全文共8頁(yè)，當(dāng)前為第3頁(yè)。Fixable可修改。表示Bug可以被修復(fù)或更正Duplicated重復(fù)。表示該Bug已經(jīng)被其它測(cè)試人員找出來(lái)了（‘純粹’重復(fù)），或者開(kāi)發(fā)認(rèn)為原因是相同的（但從測(cè)試來(lái)看，認(rèn)為出現(xiàn)的地方有所不同、表現(xiàn)有所不同等）Postponed延后。由于時(shí)間、進(jìn)度、重要程度或者技術(shù)/需求等方面的原因，認(rèn)為不能解決、須延期解決、或者本版不做留待到后續(xù)版本解決的Bug。

（注：因‘Bug狀態(tài)’字段中也有該值，根據(jù)各組各自使用情況，可以只保留一個(gè)，或者開(kāi)發(fā)/測(cè)試各有側(cè)重地使用這兩個(gè)Postponed）ByDesign因設(shè)計(jì)結(jié)構(gòu)問(wèn)題無(wú)法修改。測(cè)試人員認(rèn)為是Bug，不符合邏輯，也不符合用戶(hù)的要求，但開(kāi)發(fā)人員則認(rèn)為是按照設(shè)計(jì)做的、只能如此處理，否則修改代價(jià)太大Can’tReproduce

不可復(fù)現(xiàn)。不能重現(xiàn)（如因Bug出現(xiàn)的環(huán)境重現(xiàn)不了了），或以前出現(xiàn)的某個(gè)Bug自動(dòng)消失了（可能是在處理其他Bug的時(shí)候把這個(gè)Bug一并修復(fù)掉了）。

（注：因TD本身亦帶有‘是否復(fù)現(xiàn)(Reproducible)’字段，根據(jù)各組各自使用情況，可以用它來(lái)標(biāo)識(shí)，或者不用它而在‘處理意見(jiàn)’字段中用該值標(biāo)識(shí)出）DisagreeWithSuggestion不同意所提意見(jiàn)或建議，不采納NotError不是問(wèn)題。測(cè)試人員提錯(cuò)了Won’tFix這個(gè)Bug是一個(gè)錯(cuò)誤，但還沒(méi)有重要到非要更正不可的地步，可以忽略不計(jì)說(shuō)明：

1.定為Duplicated的Bug，必須注明和XXXbug重復(fù)

2.測(cè)試人員對(duì)標(biāo)明為Duplicated的Bug復(fù)測(cè)，需要XXXBug修改后方可進(jìn)行

3.定期回顧C(jī)an'tReproduce,Postponed

4.定期整理ByDesign其它一些字段（及所定義的枚舉值）的定義解釋?zhuān)┯行枰玫降慕M參考：測(cè)試狀態(tài)（TestState）：新提交的Bug定位標(biāo)準(zhǔn)。由測(cè)試人員指定。一般有8個(gè)（提交Bug時(shí)給出）1－NewDefects（或?qū)懗蒁efect）新Bug2－SecondDefects（或?qū)懗蒘B）復(fù)測(cè)時(shí)新出現(xiàn)的Bug3－Faculative偶發(fā)性4－Reappear原來(lái)修改過(guò)的問(wèn)題又重新出現(xiàn)5－ByRequirement需求要求但沒(méi)有做的功能6－Suggestion需求需要完善7－DifferWithRequirement與需求不一致8－ByDesign設(shè)計(jì)要求但沒(méi)有做的功能Bug狀態(tài)流程圖(經(jīng)供參考)全文共8頁(yè)，當(dāng)前為第4頁(yè)。復(fù)測(cè)狀態(tài)(ReTestState)：復(fù)測(cè)時(shí)給出的狀態(tài)，測(cè)試人員對(duì)于經(jīng)過(guò)驗(yàn)證的Bug應(yīng)按以下幾種標(biāo)準(zhǔn)進(jìn)行定位。由測(cè)試人員指定。一般有1－OK、2－PD、3－DV、4－NB、5－NR、6－AR。Bug狀態(tài)流程圖(經(jīng)供參考)全文共8頁(yè)，當(dāng)前為第4頁(yè)。OK正確PD此問(wèn)題懸而不決DV有錯(cuò)誤可以暫時(shí)不考慮NB不是錯(cuò)誤NR不能復(fù)現(xiàn)的錯(cuò)誤AR需求不明確問(wèn)題定位：Calculate_error計(jì)算錯(cuò)誤，指計(jì)算過(guò)程中、計(jì)算結(jié)果錯(cuò)誤。Data_error數(shù)據(jù)錯(cuò)誤，指非計(jì)算結(jié)果類(lèi)的數(shù)據(jù)錯(cuò)誤。Graphics_error圖形錯(cuò)誤，指繪圖、圖形顯示、圖形編輯時(shí)發(fā)生的錯(cuò)誤。Interface_error界面錯(cuò)誤Requirement_error需求錯(cuò)誤Function_error功能錯(cuò)誤Unknown_error未知錯(cuò)誤缺陷來(lái)源(Source)：指引起缺陷的起因。Requirement由于需求的問(wèn)題引起的缺陷Architecture由于構(gòu)架的問(wèn)題引起的缺陷Design由于設(shè)計(jì)的問(wèn)題引起的缺陷Code由于編碼的問(wèn)題引起的缺陷Test由于測(cè)試的問(wèn)題引起的缺陷Integration由于集成的問(wèn)題引起的缺陷Bug狀態(tài)流程圖(經(jīng)供參考)全文共8頁(yè)，當(dāng)前為第5頁(yè)。類(lèi)型(Type)：是根據(jù)缺陷的自然屬性劃分的缺陷種類(lèi)。Bug狀態(tài)流程圖(經(jīng)供參考)全文共8頁(yè)，當(dāng)前為第5頁(yè)。F-Function影響了重要的特性、用戶(hù)界面、產(chǎn)品接口、硬件結(jié)構(gòu)接口和全局?jǐn)?shù)據(jù)結(jié)構(gòu)。并且設(shè)計(jì)文檔需要正式的變更。如邏輯，指針，循環(huán)，遞歸，功能等缺陷A-Assignment

需要修改少量代碼，如初始化或控制塊。如聲明、重復(fù)命名，范圍、限定等缺陷I-Interface

與其他組件、模塊或設(shè)備驅(qū)動(dòng)程序、調(diào)用參數(shù)、控制塊或參數(shù)列表相互影響的缺陷。C-Checking提示的錯(cuò)誤信息，不適當(dāng)?shù)臄?shù)據(jù)驗(yàn)證等缺陷。B-Build/package/merge由于配置庫(kù)、變更管理或版本控制引起的錯(cuò)誤D-Documentation

影響發(fā)布和維護(hù)，包括注釋。G-Algorithm

算法錯(cuò)誤。U-UserInterface人機(jī)交互特性：屏幕格式，確認(rèn)用戶(hù)輸入，功能有效性，頁(yè)面排版等方面的缺陷P-Performance不滿(mǎn)足系統(tǒng)可測(cè)量的屬性值，如：執(zhí)行時(shí)間，事務(wù)處理速率等。N-Norms不符合各種標(biāo)準(zhǔn)的要求，如編碼標(biāo)準(zhǔn)、設(shè)計(jì)符號(hào)等。（以上依各組實(shí)際情況可以作適當(dāng)調(diào)整）項(xiàng)目組各角色在Bug庫(kù)中的權(quán)限Bug狀態(tài)流程圖(經(jīng)供參考)全文共8頁(yè)，當(dāng)前為第6頁(yè)。管理員：全部權(quán)限

測(cè)試組長(zhǎng)/經(jīng)理：全部權(quán)限

測(cè)試人員：可添加Bug、不能刪除Bug、可添加注釋評(píng)論(R&DComments)、不可修改他人所提Bug、可調(diào)整：Bug概要(題目，Summary)、問(wèn)題描述、附件附圖(Attachments)、Bug狀態(tài)、Bug級(jí)別、測(cè)試版本、測(cè)試產(chǎn)品、功能模塊、測(cè)試狀態(tài)、問(wèn)題定位、復(fù)測(cè)狀態(tài)、注釋評(píng)論(R&DComments)、復(fù)測(cè)人、復(fù)測(cè)日期、修改人

開(kāi)發(fā)人員/需求人員：不能刪除Bug、可添加注釋評(píng)論(R&DComments)、可調(diào)整：注釋評(píng)論(R&DComments)、是否復(fù)現(xiàn)、Bug狀態(tài)（不過(guò)無(wú)法直接標(biāo)為closed）、問(wèn)題描述、處理意見(jiàn)、待測(cè)版本、修改人、修改日期?？商砑覤ug。

開(kāi)發(fā)組長(zhǎng)/經(jīng)理/需求經(jīng)理：除了開(kāi)發(fā)人員的權(quán)限，還可調(diào)整：優(yōu)先級(jí)別、責(zé)任人、Bug概要(題目，Summary)、附件附圖(Attachments)

項(xiàng)目經(jīng)理：可添加Bug、可添加注釋評(píng)論(R&DComments)、可修改字段：Bug概要(題目，Summary)、問(wèn)題描述、附件附圖(Attachments)、Bug狀態(tài)（不過(guò)無(wú)法直接標(biāo)為closed）、修改人、優(yōu)先級(jí)別、問(wèn)題定位、處理意見(jiàn)、注釋評(píng)論(R&DComments)、是否復(fù)現(xiàn)、責(zé)任人、待測(cè)版本。也可刪除Bug，但要與測(cè)試組長(zhǎng)/經(jīng)理協(xié)商。

不屬于項(xiàng)目組成員的其他人如研發(fā)中心經(jīng)理組成員等，有必要查看TD庫(kù)的話(huà)，可分配給其帳號(hào)及查看的權(quán)限。Bug狀態(tài)流程圖(經(jīng)供參考)全文共8頁(yè)，當(dāng)前為第6頁(yè)。Bug描述要求Bug描述的要求為分類(lèi)準(zhǔn)確、敘述簡(jiǎn)潔、步驟清楚、有實(shí)例、易再現(xiàn)、復(fù)雜問(wèn)題有據(jù)可查（截圖或其它形式的附件）。測(cè)試組長(zhǎng)/經(jīng)理把關(guān)，以開(kāi)發(fā)人員的角度來(lái)審查Bug描述，看其是否描述清楚了Bug，不好描述的把工程文件或截圖作為附件提交。具體要求為：?jiǎn)栴}描述一般格式：?jiǎn)栴}描述時(shí)，建議分幾步描述：模塊或功能點(diǎn)=>測(cè)試步驟=>期望結(jié)果=>實(shí)際結(jié)果=>其它信息，可依實(shí)際情況調(diào)整；單一：盡量一個(gè)報(bào)告只針對(duì)一個(gè)軟件缺陷，報(bào)告形式應(yīng)方便閱讀。在主報(bào)告之后應(yīng)注明不同的條件；簡(jiǎn)潔：每個(gè)步驟的描述應(yīng)盡可能簡(jiǎn)潔明了。只解釋事實(shí)、演示和描述軟件缺陷必要的細(xì)節(jié)，不要寫(xiě)無(wú)關(guān)信息；再現(xiàn)：?jiǎn)栴}必須在自己機(jī)器上能復(fù)現(xiàn)方可入庫(kù)（個(gè)別嚴(yán)重問(wèn)題復(fù)現(xiàn)不了也可入庫(kù)，但需標(biāo)明）；復(fù)雜的問(wèn)題應(yīng)附截圖補(bǔ)充說(shuō)明或直接通知指定的修改人；考慮到網(wǎng)絡(luò)數(shù)據(jù)傳輸效率，截圖的文件格式建議用JPG或GIF，不建議用BMP；抓圖可用TestDirector自帶的功能，亦可用HyperSnap之類(lèi)的專(zhuān)用抓圖工具。報(bào)告中不允許使用抽象詞句：比如“有錯(cuò)誤”之類(lèi)；有關(guān)操作系統(tǒng)特征問(wèn)題：應(yīng)在不同操作系統(tǒng)上進(jìn)行操作，看是否能重現(xiàn)，并在Bug報(bào)告中標(biāo)識(shí)；Bug狀態(tài)流程圖(經(jīng)供參考)全文共8頁(yè)，當(dāng)前為第7頁(yè)。Bug描述示例：Bug狀態(tài)流程圖(經(jīng)供參考)全文共8頁(yè)，當(dāng)前為第7頁(yè)。例一

河北98土建標(biāo)準(zhǔn)換算

操作：

1.輸入9-24

2.F8

3.在F8輸入10

期望結(jié)果：進(jìn)行換算

實(shí)際結(jié)果：提示“輸入的厚度應(yīng)大于20”例二（模塊或功能點(diǎn)也可在‘功能模塊’字段中規(guī)定，則Bug描述中就不必寫(xiě)了）

操作：

1.打開(kāi)新建向?qū)В?/p>

2.在“新建”中的“項(xiàng)目名稱(chēng)”中輸入>80個(gè)字符；

3.點(diǎn)擊“下一步”

期望結(jié)果：“項(xiàng)目名稱(chēng)”應(yīng)<=80個(gè)字符，輸入大于80個(gè)字符，點(diǎn)擊“下一步”應(yīng)有錯(cuò)誤提示

實(shí)際結(jié)果：進(jìn)入“比重調(diào)整”界面例三（程序員知道期望結(jié)果的情況下）

云南98土建

操作：

1.輸入13-170

2.F5

3.在F5中修改3240008的名稱(chēng),處于編輯狀態(tài)

4.到人材機(jī),再回來(lái)

實(shí)際結(jié)果：F5中變白板

注：若3不處于編輯態(tài)切換則正常例四（建議、需求類(lèi)）

功能：預(yù)算頁(yè)，子目排序后可恢復(fù)原順序

用途：用戶(hù)誤操作后可復(fù)原注：所有項(xiàng)目采用TestDirector進(jìn)行Bug管理，該工具能從測(cè)試步驟自動(dòng)生成Bug報(bào)告，因此對(duì)于Bug描述要求在測(cè)試方案用例設(shè)