Mantis中的BUG等級(jí)的劃分(Severity)：
　　　　新特性 Feature：首次發(fā)現(xiàn)的新類(lèi)型問(wèn)題
　　　　微不足道Trivial：比較小的問(wèn)題,例如用戶(hù)界面中Button位置等
　　　　文字錯(cuò)誤Text：文字上的拼寫(xiě)錯(cuò)誤
　　　　不合理/別扭Tweak：如： ￥123.345等
　　　　次要錯(cuò)誤Minor：不能用上述分類(lèi)界定的，報(bào)告人認(rèn)為是嚴(yán)重程度比較輕的問(wèn)題
　　　　嚴(yán)重錯(cuò)誤Major：不屬于系統(tǒng)崩潰和死鎖類(lèi)的，但報(bào)告人認(rèn)為比較嚴(yán)重的錯(cuò)誤
　　　　系統(tǒng)崩潰Crash：引起系統(tǒng)崩潰的錯(cuò)誤
　　　　系統(tǒng)死鎖Block：引起系統(tǒng)死鎖的錯(cuò)誤
Mantis中的BUG可重現(xiàn)性的說(shuō)明(Reproducibility)：
　　　　總是Always：每次嘗試都會(huì)出現(xiàn)
　　　　有時(shí)Sometimes：相對(duì)于下面的“隨機(jī)”頻率要高一些
　　　　隨機(jī)Random
　　　　沒(méi)有試驗(yàn)Have not tried：即發(fā)現(xiàn)bug的操作只進(jìn)行了一次
　　　　無(wú)法重現(xiàn)Unable to reproduce：只發(fā)現(xiàn)一次，之后的嘗試都無(wú)法再現(xiàn)
　　　　不適用N/A ：Not Applicable/Acceptable 即再次嘗試的時(shí)候出現(xiàn)bug的功能不能用了
Mantis中的BUG優(yōu)先級(jí)的說(shuō)明：
　　　　None：相關(guān)的bug已經(jīng)resolve不存在了或者覺(jué)得優(yōu)先級(jí)沒(méi)有必要體現(xiàn)
　　　　Low：低優(yōu)先級(jí),留到最后解決，如果項(xiàng)目的進(jìn)度很緊張可以在產(chǎn)品發(fā)布以前不解決
　　　　中Normal：中等優(yōu)先級(jí)
　　　　高High：將處于Immediate和Urgent優(yōu)先級(jí)的bug修改完畢后要進(jìn)行修改
　　　　緊急Urgent：一到兩天之內(nèi)必須進(jìn)行修改
　　　　特急Immediate：需要立即進(jìn)行修改

　　　　說(shuō)明：優(yōu)先級(jí)與BUG自身的等級(jí)并不是完全一致的，例如有些bug屬于嚴(yán)重級(jí)別的錯(cuò)誤,但是卻只是偶爾的出現(xiàn)一次,不影響軟件的正常使用,這樣的bug的優(yōu)先級(jí)可以適當(dāng)?shù)慕档停?而有些bug雖然是不嚴(yán)重的錯(cuò)誤，但是卻是一直出現(xiàn)的，對(duì)軟件的使用者造成比較大的困擾，這樣的bug就要根據(jù)情況適當(dāng)?shù)奶岣邇?yōu)先級(jí)了，即bug的優(yōu)先級(jí)可以認(rèn)為是上面的Severity(嚴(yán)重等級(jí))和Reproducibility(出現(xiàn)頻率)的綜合考慮。
　　　　當(dāng)然,優(yōu)先級(jí)的選擇問(wèn)題是與reporter本身的理解關(guān)系很大的，不同的reporter對(duì)于同樣的一個(gè)bug可能會(huì)選擇不相同的優(yōu)先級(jí)，主要是根據(jù)自己的經(jīng)驗(yàn)和理解來(lái)做出比較合適的選擇

Mantis中的BUG狀態(tài)(Status)和解決狀態(tài)(Resolution)的說(shuō)明
狀態(tài):
　　　　新建New：測(cè)試人員報(bào)告一個(gè)新bug并且沒(méi)有指派給具體的開(kāi)發(fā)人員修改時(shí)的狀態(tài)
　　　　打回Feedback：開(kāi)發(fā)人員認(rèn)為此bug不需要修改，就將其反饋。測(cè)試人員和開(kāi)發(fā)人員討論評(píng)估后，決定是否將其關(guān)閉
　　　　公認(rèn)Acknowledged：該bug在大部分模塊中或頁(yè)面中都會(huì)出現(xiàn)，將其設(shè)為Acknowledged（由開(kāi)發(fā)人員確認(rèn)）
　　　　已確認(rèn)Confirmed：開(kāi)發(fā)人員（QA）確認(rèn)存在此bug，并準(zhǔn)備修改，將其設(shè)為confirmed
　　　　已分派Assigned：將新建bug指派給某個(gè)指定的開(kāi)發(fā)人員后，狀態(tài)變?yōu)锳ssigned（一般由項(xiàng)目經(jīng)理做）
　　　　已解決Resolved：開(kāi)發(fā)人員（QA）確認(rèn)bug已經(jīng)解決，測(cè)試人員可以進(jìn)行驗(yàn)證測(cè)試了
　　　　已關(guān)閉Closed：確認(rèn)bug已解決,關(guān)閉
解決狀況:
　　　　未處理Open：bug沒(méi)有被解決
　　　　已修正Fixed：bug的修改已經(jīng)登記并經(jīng)過(guò)測(cè)試
　　　　重新打開(kāi)Reopen：bug曾經(jīng)被解決,但是解決方案被認(rèn)為不正確
　　　　無(wú)法重現(xiàn)Unable to reproduce：無(wú)法重現(xiàn),被指派的開(kāi)發(fā)人員想要再現(xiàn)bug進(jìn)行修改的時(shí)候發(fā)現(xiàn)bug始終不能再現(xiàn)的時(shí)候?qū)ug的resolution設(shè)置為此項(xiàng)
　　　　無(wú)法修復(fù)Not fixable：無(wú)法修復(fù)這個(gè)bug
　　　　重復(fù)問(wèn)題Duplicate：與某個(gè)已經(jīng)存在的bug重復(fù)
　　　　不是問(wèn)題No change required：經(jīng)理和相關(guān)開(kāi)發(fā)人員經(jīng)過(guò)需求和設(shè)計(jì)的核實(shí)后決定不需要修改
　　　　暫停Suspended：延期,一般是指當(dāng)前版本不進(jìn)行修改,下個(gè)版本再提供解決方案
　　　　不做修改Won’t fix：不準(zhǔn)備修改這個(gè)bug

　　　　說(shuō)明：status主要是QA來(lái)設(shè)置修改,而resolution則是相關(guān)的開(kāi)發(fā)人員和項(xiàng)目經(jīng)理來(lái)進(jìn)行修改的.但是也并不完全如此,中間還是有交叉的幾項(xiàng),例如status中的“打回”是當(dāng)開(kāi)發(fā)人員或者項(xiàng)目經(jīng)理沒(méi)有看明白bug的描述的時(shí)候?qū)ug設(shè)置成為的狀態(tài);而resolution中的“重新打開(kāi)”則應(yīng)該是QA在測(cè)試相關(guān)的解決方案后發(fā)現(xiàn)其不正確后將resolution修改為重新打開(kāi)。

　　　　QA：即英文QUALITY ASSURANCE 的簡(jiǎn)稱(chēng)，中文意思是品質(zhì)保證，其在ISO8402：1994中的定義是“為了提供足夠的信任表明實(shí)體能夠滿(mǎn)足品質(zhì)要求，而在品質(zhì)管理體系中實(shí)施并根據(jù)需要進(jìn)行證實(shí)的全部有計(jì)劃和有系統(tǒng)的活動(dòng)”。有些推行ISO9000的組織會(huì)設(shè)置這樣的部門(mén)或崗位，負(fù)責(zé)ISO9000標(biāo)準(zhǔn)所要求的有關(guān)品質(zhì)保證的職能，擔(dān)任這類(lèi)工作的人員就叫做QA人員。