①標題
使用一兩句話來描述錯誤，告訴經理、開發人員以及其他讀者為什麼應該關心該問題。好的標題應該著重於出現的bug現象。但是過於簡潔易引起誤導，使得原本重要的問題被忽視。因此必須應該採用簡潔、切中要害的概要，這樣才能引起讀者的重視。不重要的就描述比較輕微，例如：「聯絡人的email沒有檢查合法性」；重要的就要體現比較嚴重，例如：「填了運營商仍然提示運營商不能為空，使得無法進行下一步的操作」，會更容易讓開發人員理解究竟是什麼問題及其重要性，並及時處理。②專案
是指該錯誤屬於哪乙個專案，歸哪個專案組解決，使不同的專案組看到和及時定位自己專案的錯誤。
③所屬模組
是指準確說明發異常等級生錯誤的模組，切忌發生錯誤指派模組，導致後續流程錯誤；
④優先順序
分為以下4級：1級：「馬上解決」，表示問題必須馬上解決，否則系統根本無法達到預定的需求；2級：「高度重視」，表示有時間就要馬上解決，否則系統偏離需求較大或預定功能不能正常實現；3級：「正常處理」，即進入個人計畫解決，表示問題不影響需求的實現，但是影響其他使用方面，比如頁面呼叫出錯，呼叫了錯誤的資料庫等；4級：「低優先順序」，即問題在系統發布以前必須確認解決或確認可以不予解決。
⑤重要性
分為以下5級：1級：「非常嚴重」，表示缺陷不修改整個系統流程不能繼續；2級：「比較嚴重」，表示缺陷不修改不影響系統其他流程，但是本模組流程不能繼續；3級：「一般」，表示缺陷不影響流程；4級：「輕微」，表示缺陷可以延期解決；5級：「優化」，表示修改以後流程會更好。
BUG問題描述清單
bug問題描述備註 依據軟體質量模型對軟體如下方面進行測試如功能適宜性 可靠性 易用性 效能 維護性 可移植性 安全性以此保證軟體產品的質量。文件中標記為藍色的記錄為已修復的bug，灰色標記提過為未修改 以 功能測試 使用者體驗測試 ui介面測試 相容性測試 為主。介面測試 安全性測試 效能測試 自...
mysql 注意 mysql 注意點
mysql 優化 每個innodb 表都要有乙個主鍵 限制表上索引的數量，避免建立重複和冗餘索引 注意合理選擇復合索引鍵值的順序 優先選擇符合儲存需要的最小的資料型別 varchar n 中的n 代表的是字元數，而不是位元組數 使用utf8 儲存漢字 varchar 255 765 個位元組 過大的...
隨筆注意點
32位編譯器下，int占用2個位元組，long int 占用4個位元組，long long int 占用8個位元組 64位編譯器下，int占用4個位元組，long int 占用8個位元組，long long int 依然占用8個位元組 一 1，c程式需要有main函式 int main xcode3...