1、測試人員發現錯誤後，判斷屬於哪個模組的問題，填寫錯誤報告後，系統會自動通過email通知評審人員或直接通知預設開發者。（注：在提交錯誤時，應選中發給某一組，否則所有人員都會看到該錯誤） 2、
評審人員根據具體情況，對錯誤重新分配。可有以下幾個分類：
1確認是錯誤（accept），2）需要及時改的功能性錯誤，3）不是錯誤，4）以後再修改的錯誤，5）無法重現的錯誤，6)重複的錯誤
對以上錯誤的處理是： a)
1/2情況需要評審員首先確認錯誤（accept）或者重新分配錯誤給開發人員， b)
3、4、5的情況評審員選擇解決錯誤(resolve)，解決錯誤的型別分別對應：3、4、5。 c)
6的情況設成重複錯誤（duplicate），並填寫與此重複錯誤的編號。
3、開發者收到
email資訊後，判斷是否為自己的修改範圍.
1） 若不是,重新reassigned分配給評審人員或應該分配的開發者。
2） 若是，選確認錯誤(accept)，再進行進行處理， 3）
對已經進行處理過的錯誤，選中「已解決」並給出解決的途徑。 4、
試人員查詢開發者或評審員已修改（已解決）的錯誤，進行重新測試。（可建立附件）
1） 經驗證無誤後，修改狀態為verified（已驗證）。待整個產品發布後，修改為closed（關閉）。
2） 還有問題，reopened（重新開啟），狀態重新變為「new"，
5、 如果這個錯誤一周內一直沒被處理過。bugzilla就會一直會發email給它的屬主，直到採取行動。可以設定最遲採取行動的期限，比如說3天，系統預設為7天。
6、在產品發布前，需要確保所有的錯誤狀態都是「已驗證」（verified）
7、在產品發布時，將所有狀態為「已驗證」的錯誤進行關閉(close)。
多乙份感動，多乙份行動
有乙個女生，因為跟家裡處得不好，所以很少回家，後來有一次回家，發現年老的母親走路一跛一跛的，不經意的看了母親的腳一眼，這才發現母親的腳指甲太長而長到肉裡面造成流血，流膿，這時，她認真的看者已經很久沒有正眼看過的母親，她才發現在她眼前的母親已經年老，老到已經沒有辦法彎下身來自己剪指甲，所以 才會讓雙腳...
換了乙份工作
第一次跳槽，用了一周時間跑到深圳找了份工作，手上也沒幾個錢了，就不打算繼續找下去了，先乾幹活吧，五一之後就要上班了，與自己原先的計畫還有點不同，工作時間提前了一點點.這下工作上的關注點可能會有點不同了，技術方面，從企業級的應用，可能更加偏向於網際網路的應用，資料庫則是從oracle為主變成mysql...
心靠近，就會有溫暖。乙份純淨，乙份心情
心靠近，就會有溫暖。乙份純淨，乙份心情 分開後，我的生活變得單調，不再去想愛情了，只有努力的工作，自己的心裡才會好受一點，但是時間久了我才發現，自己越來越飄渺，那種感覺除了寂寞還很無聊。令人尷尬的是，當你已經知道真相，他卻當著你的面撒謊。每乙個矜持淡定的現在，都有乙個很傻很天真的曾經。看到有人在做當...