(2)代碼審查(Code Inspection)

開發組內部進行的，采用講解、提問并使用編碼模板進行的查找錯誤的活動。一般有正式的計劃、流程和結果報告。代碼審查( Cocle Inspection)是代碼評審(Cocle Review)的一 種嚴格形式。

(3)代碼評審(Code Review)

開發組、測試組合相關人員（QA、產品經理等）聯合進行的，采用講解、提問并使用編碼模板進行的查找錯誤的活動。一般有正式的計劃、流程和結果報告。代碼審查是軟件開發過程的一個階段，在這個階段中，代碼創造者和審查人員，可能還有質量保證( QA)測試人員，一起進行代碼評審。能在該階段中就找出并更正存在的錯誤，相對來說比較合理， 因為如果在開發軟件后面的階段或者軟件交付給用戶后才來處理、查找和修改程序缺陷的話，會要花費更多成本。

審查人員需要很仔細地檢查代碼，包括：

◇缺陷或者潛在的缺陷

◇和整個程序設計的一致性◇評論的質量

◇遵守編碼標準

代碼評審通常能很好地檢測出安全漏洞問題。有一些專門的應用程序可以幫助進行代碼審查。自動代碼評審系統可以有效地系統化地檢測源代碼的潛在問題，如緩沖區溢出、競態條件、內存泄露、代碼塊大小問題和重復語句等。另外，代碼評審也常用于檢測補丁質量。

代碼檢查( Cocle Inspection)是一種正式的評審活動，而代碼走查(Code Walktllrough)的討論過程是非正式的。代碼審查( Code I，，spection)同Code Revlew-樣，都是對代碼進行靜態、人工審查的過程。和Code Review不一樣的是，每個Inspector獨立工作，對代碼進行認真的審查，而不是簡單略過。在實際工作中，我們完全沒有必要被概念所束縛，根據項目的實際情況來決定采取什么樣的靜態測試形式，不用嚴格去區分到底是代碼走查、代碼審查還是代碼評審。

動態方法是指通過運行被測程序，檢查運行結果與預期結果的差異，并分析運行效率和健壯性等，這種方法由三部分組成：構造測試用例、執行程序、分析程序的輸出結果。所謂的軟件動態測試，就是通過運行軟件來檢查軟件的動態行為和運行結果的正確性。目前，動態測試也是各個公司測試工作的主要方式。

想了解更多IT資訊，請訪問中培偉業官網：中培偉業