2.2.3測試人員驗證已修改的 Bug.
1. 測試人員查詢(xún)開(kāi)發(fā)者已修改的bug，即Status為"Resolved",Resolution為"Fixed".進(jìn)行重新測試。(可創(chuàng )建test case附件)
2. 經(jīng)驗證無(wú)誤后，修改Resolution為VERIFIED。待整個(gè)產(chǎn)品發(fā)布后，修改為CLOSED。
若還有問(wèn)題，REOPENED，狀態(tài)重新變?yōu)椤癗ew"，并發(fā)郵件通知。
3. 具體操作(可選擇項)
1. Leave as RESOLVED FIXED
2. Reopen bug
3. Mark bug as VERIFIED
4. Mark bug as CLOSED
2.2.4 Bug報告者(reporter)或其他有權限的用戶(hù)修改及補充Bug
1. 可以修改Bug的各項內容。
2. 可以增加建立附件，增加了相關(guān)性, 并加一些評論來(lái)解釋你正在做些什么和你為什么做。
3. 操作結果：每當一些人修改了bug報告或加了一個(gè)評論，他們將會(huì )被加到CC列表中，bug報告中的改變會(huì )顯在要發(fā)給屬主、寫(xiě)報告者和CC列表中的人的電子郵件中。
2.2.5測試人員確認開(kāi)發(fā)人員報告的Bug是否存在.
1. 查詢(xún)狀態(tài)為“Unconfirmed"的Bug,
2. 測試人員對開(kāi)發(fā)人員提交的Bug進(jìn)行確認，確認Bug存在。
3. 具體操作：選中“Confirm bug(change status to New)"后，進(jìn)行commit.
4. 操作結果：狀態(tài)變?yōu)椤癗ew".
2.3、查詢(xún)Bug
1.直接輸入Bug Id，點(diǎn)擊find 查詢(xún)�？梢圆榭碆ug的活動(dòng)紀錄。
2.點(diǎn)擊Query，輸入條件進(jìn)行查詢(xún)。
3.查詢(xún)Bug活動(dòng)的歷史
4.產(chǎn)生報表。
5.幫助：點(diǎn)擊Clue.
3、關(guān)于權限的說(shuō)明
1. 組內成員對bug具有查詢(xún)的權利,但不能進(jìn)行修改。
2. Bug的owner 和 reporter 具有修改的權利。
3. 具有特殊權限的用戶(hù)具有修改的權利。
4、 BUG處理流程
1. 測試人員或開(kāi)發(fā)人員發(fā)現bug后，判斷屬于哪個(gè)模塊的問(wèn)題，填寫(xiě)bug報告后，通過(guò)Email通知項目組長(cháng)或直接通知開(kāi)發(fā)者。
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
