實習期間中的筆記，BUG等級log劃分是很重要的（特別是初級工程師，剛剛要進入企業工作的應屆生來說＝＝｜｜我就是１８界的應屆生）
**

• .bug的等級劃分:

**
五類劃分:
A類—導致系統崩潰、宕機；出現不可挽救的資料丟失或損壞、記憶體洩露
B類—導致程式模組丟失或未實現；軟體錯誤導致資料丟失；使用者需求未實現
C類—發現影響被測功能正確實現的問題
D類—一般性錯誤或者功能實現不完善等
E類—一些建議性的錯誤
重大性Bug使用白底黑字表示

.**

• 缺陷優先順序:

**
優先順序的劃分：
低——>中——>高——>緊急
延遲處理——>正常排隊——>優先處理——>緊急處理

一般嚴重的程式搞的缺陷具有較高的優先級別。嚴重度高說明缺陷對軟體照成的危害性大，需要優先處理；但是嚴重性高優先級別不一定高，如果某個嚴重的軟體缺陷只在非常極端的條件下產生。可以不馬上處理。
嚴重程度優先順序不一定低:
如果是軟體名稱或公司名稱的拼寫錯誤，雖然說其屬於介面錯誤，嚴重程度不高，但其關係到軟體和公司的市場開解，必須儘快修正。
**

• Bug處理流程

**：

**

• log日誌等級

** ：
一般都提供了這樣5個日誌級別：
× Debug：這個級別最低的東東，一般的來說，在系統實際執行過程中，一般都是不輸出的。這個級別的資訊，可以隨意的使用，任何覺得有利於在除錯時更詳細的瞭解系統執行狀態的東東，比如變數的值等等，都輸出來看看也無妨
× Info：這個應該用來反饋系統的當前狀態給終端使用者的，所以，在這裡輸出的資訊，應該對終端使用者具有實際意義，也就是終端使用者要能夠看得明白是什麼意思才行。從某種角度上說，Info 輸出的資訊可以看作是軟體產品的一部分（就像那些互動介面上的文字一樣），所以需要謹慎對待，不可隨便。
× Warn：表明會出現潛在錯誤的情形，該是這個時候進行一些修復性的工作，應該還可以把系統恢復到正常狀態中來，系統應該可以繼續執行下去。
× Error：就是說可以進行一些修復性的工作，但無法確定系統會正常的工作下去，系統在以後的某個階段，很可能會因為當前的這個問題，導致一個無法修復的錯誤（例如宕機），但也可能一直工作到停止也不出現嚴重問題。
x Fatal 那就是相當嚴重的了，可以肯定這種錯誤已經無法修復，並且如果系統繼續執行下去的話，可以肯定必然會越來越亂。這時候採取的最好的措施不是試圖將系統狀態恢復到正常，而是儘可能地保留系統有效資料並停止執行。