回顧正確的方法！

審查是軟體開發生命週期 (SDLC) 中的重要組成部分。審查是指為了評估、檢查質量或批准的目的，對文件/程式碼片段進行檢查的過程。

審查型別

審查以各種方式進行。但主要有三種類型的審查：非正式審查、正式審查和走查。

非正式審查

非正式審查也稱為同行評審。在這種型別的審查中，審查者會讓其同行（同事）驗證其文件或程式碼。這種型別審查的結果不會被記錄下來。這主要用於評估內容和工作質量。

走查

走查通常在小組中進行。文件/程式碼的作者引導小組，從培訓的角度向小組解釋工作。參與者可以提出差距和改進建議，並可以就工作提出問題。

正式審查

在正式審查流程中，我們通常會有一個計劃好的時間段。會議室被預訂，並且通知與會者。必須有審查者、作者、主持人和記錄員。審查結果由記錄員記錄下來。主持人將跟蹤時間並主持審查會議。

從根本上來說，有什麼區別？

• 讓我舉一個簡單的例子來解釋區別。假設你在學校，你的老師佈置了一項需要你在家完成的作業。你已經正確地完成了作業。現在，你第二天來到學校。在你老師來上課之前，出於好奇，你請你的朋友檢查你的作業，確保它很好並且完整。你的朋友建議了一些小的改動。你驗證了它們，並修復了一些建議。這就是所謂的非正式審查。
• 現在，老師來到課堂上，開始逐個檢查筆記本，上面寫著你完成的作業。老師檢查你的作業，用紅筆在有錯誤的地方做標記（突出錯誤/差距），最後給你一個分數。這就是所謂的正式審查。
• 老師喜歡你的作業，因此要求你在課堂上逐行解釋你的作業。課堂上討論了作業的風格和建立過程，並提出了改進建議。老師正在記錄建議。這就是所謂的走查。

審查流程

審查流程可能包含多個步驟，並且可能因組織而異。但是，基本流程將保持不變。根據流程和客戶要求，你可能會發現這裡和那裡的一些調整。

在非正式審查流程中，審查者根據其理解水平審查工作並建議更改。審查者驗證更改列表，並可以選擇修復一些或所有建議的更改。

在走查中，作者充當培訓師，參與者成為被審查者。目的不是查詢錯誤，而是傳遞知識和提高工作質量。其中一位成員記錄建議。作者是否要合併建議的更改取決於作者。

遵循步驟

正式審查流程包含定義的步驟。正式審查流程主要涉及五個主要步驟

• 計劃
• 準備
• 審查
• 返工
• 後續

計劃

在計劃階段，需要對工作進行自我審查。請求審查者和其他參與者的可用性。應相應地傳送會議請求以及需要審查的工作副本。

準備

下一步是獲得所有參與者的確認併為會議做好準備。主持人將主持會議並跟蹤時間。主持人還確保每個人準時到達，並且在審查流程進行期間不會偏離主題。

審查

審查從作者對工作的解釋開始。記錄員將記錄需要在工作中進行的建議和更正。審查員將審查工作並提出更改和更正建議。在會議結束時，作者將感謝所有人。

返工

會議結束後，作者將從記錄員處收集所有建議，並在其工作中合併這些建議。更新後的文件將透過電子郵件傳送給審查者進行最終檢查。

後續

如果需要更多更新，審查者將直接與作者溝通。對被審查者修復建議進行後續跟蹤，並且作者預計會進行後續跟蹤，以獲得其工作的審查和批准。

審查是 SDLC 的關鍵部分，並且是靜態測試的重要方面。必須對專案的每個工件進行審查，以確保更好的質量輸出。並非總是需要選擇走查或正式審查，因為它們非常耗時。我們還可以選擇非正式審查或同行評審來檢查我們的工作。

Samual Sam

更新時間： 2020年1月17日

86 次瀏覽

開啟你的職業生涯

透過完成課程獲得認證

開始