來自it公司面試手冊
①標題使用一兩句話來描述錯誤，告訴經理、開發人員以及其他讀者為什麼應該關心該問題。好的標題應該著重於出現的bug現象。但是過於簡潔易引起誤導，使得原本重要的問題被忽視。因此必須應該採用簡潔、切中要害的概要，這樣才能引起讀者的重視。不重要的就描述比較輕微，例如：「聯絡人的email沒有檢查合法性」；重要的就要體現比較嚴重，例如：「填了運營商仍然提示運營商不能為空，使得無法進行下一步的操作」，會更容易讓開發人員理解究竟是什麼問題及其重要性，並及時處理。
②專案是指該錯誤屬於哪乙個專案，歸哪個專案組解決，使不同的專案組看到和及時定位自己專案的錯誤。
③所屬模組
是指準確說明發異常等級生錯誤的模組，切忌發生錯誤指派模組，導致後續流程錯誤；
④優先順序
分為以下4級：1級：「馬上解決」，表示問題必須馬上解決，否則系統根本無法達到預定的需求；2級：「高度重視」，表示有時間就要馬上解決，否則系統偏離需求較大或預定功能不能正常實現；3級：「正常處理」，即進入個人計畫解決，表示問題不影響需求的實現，但是影響其他使用方面，比如頁面呼叫出錯，呼叫了錯誤的資料庫等；4級：「低優先順序」，即問題在系統發布以前必須確認解決或確認可以不予解決。
⑤重要性
分為以下5級：1級：「非常嚴重」，表示缺陷不修改整個系統流程不能繼續；2級：「比較嚴重」，表示缺陷不修改不影響系統其他流程，但是本模組流程不能繼續；3級：「一般」，表示缺陷不影響流程；4級：「輕微」，表示缺陷可以延期解決；5級：「優化」，表示修改以後流程會更好。
軟體測試基礎 描述Bug，Bug的生命週期
需求分析 測試計畫 測試設計 測試開發 測試執行 測試評估 乙個合格的bug描述應該包括以下幾個部分 一.發現問題的版本 開發人員需要知道出現問題的版本，才能夠獲取對應版本的 來重現故障，並且版本的標識也有利於統計和分析每個版本的質量 二.問題出現的環境三.錯誤重現的步驟 描述問題重現的最短步驟 四...
mvc各層簡單清晰的描述
這是在學校就接觸到的概念，在正式加入程式設計師隊伍之前，我對其的理解也只僅僅停留在字面意思，即模型層 檢視層 控制層。但是逐漸通過工作的磨礪，現在已經對其有了比較清楚的認識。其實按照使用者請求的執行順序應該從左向右依次為view controller model。如下圖 這裡模擬乙個使用者查詢和新增...
如何清晰地描述乙個專案架構
要讓對方掌握專案架構，乙個清晰的介紹架構和順序可以事半功倍。在介紹專案架構之前，首先要介紹一下專案本身的意義和目的，便於對方了解專案背景 專案針對使用者需求或問題，開發了哪些功能 在介紹功能的時候，最好要有使用者視角，而且可能還涉及到多個不同角色的使用者。比如tob的終端使用者，b端企業使用者，企業...