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

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

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

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

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