技術評審

技術評審，是一種的同行審查技術。

正規技術評審（Formal Technical Review），是一種的同行審查技術。其主要特點是由一組評審者按照規範的步驟對軟體需求、設計、代碼或其他技術文檔進行仔細地檢查，以找出和消除其中的缺陷。正規技術評審也稱作“正規審查”（Formal Inspection）或簡稱“審查”（Inspection）。
正規技術評審目的
（1）發現軟體在功能、邏輯、實現上的錯誤；
（2）驗證軟體符合它的需求規格；
（3）確認軟體符合預先定義的開發規範和標準；
（4）保證軟體在統一的模式下進行開發；
（5）便於項目管理。
此外，正規技術評審為新手提供軟體分析、設計和實現的培訓途經，後備、後續開發人員也可以通過正規技術評審熟悉他人開發的軟體。
評審小組成員
評審小組至少由3人組成（包括被審材料作者），一般為4至7人。通常，概要性的設計文檔需要較多評審人員，涉及詳細技術的評審只需要較少的評審人員。
評審小組應包括下列角色：
評審員（Reviewer、Inspector）
評審小組中的每一成員，無論他（她）是否是主持人、作者、宣讀員、記錄員，都是評審員。他們的職責是在會前準備階段和會上檢查被審查材料，找出其中的缺陷。
合適的評審員人選包括被審材料在生命周期中的前一階段、本階段和下一階段的相關開發人員。例如，需求分析評審員可以包括客戶和概要設計者，詳細設計和代碼的評審員可以包括概要設計者、相關模組開發人員、測試人員。
主持人（moderator）
支持人的主要職責，在評審會前負責正規技術評審計畫和會前準備的檢查；在評審會中負責調動每一個評審員在評審會上的工作熱情，把握評審會方向，保證評審會的工作效率；在評審會後負責對問題的分類及問題修改後的覆核。
宣讀員（Reader）
宣讀員的任務是在評審會上通過朗讀和分段來引導評審小組遍歷被審材料。除了代碼評審可以選擇作者作為宣讀員外，其他評審最好選擇直接參與後續開發階段的人員作為宣讀員。
記錄員（Recorder）
記錄員負責將評審會上發現的軟體問題記錄在“技術評審問題記錄表”。在評審會上提出的但尚未解決的任何問題以及前序工作產品的任何錯誤都應加以記錄。
作者（Author）
被審材料的作者負責在評審會上回答評審員提出的問題，以避免明顯的誤解被當作問題。此外，作者須負責修正在評審會上發現的問題。
正規技術評審活動過程
計畫
由項目經理指定的主持人檢查作者提交的被審材料是否齊全，是否滿足評審條件，例如，代碼應通過編譯後才能參加評審。主持人確定評審小組成員及職責，確定評審會時間、地點。主持人向評審小組成員分發評審材料。評審材料應包括：被審材料、檢查要點列表（Checklist）和相關技術文檔。
預備會
如果評審小組不熟悉被審材料和有關背景，主持人可以決定是否召開預備會。在預備會上，作者介紹評審理由、被審材料的功能、用途及開發技術。
會前準備
在評審會之前，每一位評審員應根據檢查要點逐行檢查被審材料，對發現的問題做好標記或記錄。主持人應了解每一位評審員會前準備情況，掌握在會前準備中發現的普遍問題和需要在評審會上加以重視的問題。會前準備是保證評審會效率的關鍵之一。如果會前準備不充分，主持人應重新安排評審會日程。
評審會
評審會由主持人主持，由全體評審員共同對被審材料進行檢查。宣讀員逐行朗讀或逐段講解被審材料。評審員隨時提出在朗讀或講解過程中發現的問題或疑問，記錄員將問題寫入“技術評審問題記錄表”。必要時，可以就提出的問題進行簡短的討論。如果在一定時間內（由主持人控制）討論無法取得結果，主持人應宣布該問題為“未決”問題，由記錄員記錄在案。在評審會結束時，由全體評審員作成評審結論。主持人在評審會結束後對“技術評審問題記錄表”中問題進行分類。
修正錯誤
作者對評審會上提出的問題進行修正。
複審
如果被審材料存在較多的問題或者較複雜的問題，主持人可以決定由全體評審員對修正後的被審材料再次舉行評審會。
覆核
主持人或主持人委託他人對修正後的被審材料進行覆核，檢查評審會提出的並需要修正的問題是否得到解決。主持人完成“技術評審總結報告”。
正規技術評審注意事項
（1）評審應針對被審材料而不是被審材料的作者。評審會的氣氛應該保存輕鬆、愉快，指出問題的語氣應該溫和。
（2）每次評審會的時間最好不要超過2小時。當被審材料較多時，應將被審材料分為若干部分分別進行評審。
（3）限制爭論和辯駁。在評審會上，對於一時無法取得一致意見的問題，應先記錄在案，另行安排時間進行深入討論。
（4）闡明問題而不要試圖解決問題。不要在評審會上解決發現的問題，可以在會後由作者自己或在個別人的幫助下解決這些問題。