軟體測試 - 程式碼走查



軟體開發生命週期 (SDLC) 包含多個階段。每個階段在軟體開發過程中都扮演著至關重要的角色。程式碼走查是一種非正式的程式碼審查過程。

什麼是程式碼走查?

程式碼走查主要由程式碼作者發起的一次回顧會議。在這次會議中,他通讀程式碼,其他團隊成員會提出問題,指出編碼錯誤,以及程式碼標準未遵循的地方。

程式碼的作者主持程式碼走查會議,其他團隊成員參加。這次會議不需要主持人。這是一個開放式的討論,並且沒有過多關注文件。簡而言之,程式碼走查是一種同行評審,並且是靜態測試的一部分。這裡沒有遵循正式的審查流程。

在程式碼審查的層次結構中,包括技術審查、檢查和程式碼走查,程式碼走查在流程的正式性方面處於最低級別。

程式碼走查的優點和目的

程式碼走查的優點和目的是如下列出的 −

  • 這是一種非正式的方法來查詢程式碼中的錯誤。
  • 它使所有團隊成員能夠聚集在一起,並對程式碼有一個共同的理解,從而增強所有成員之間的協作和合作。
  • 它允許收集多方反饋並在團隊成員之間進行開放式互動。

程式碼走查的缺點

程式碼走查的缺點如下列出的 −

  • 在程式碼走查會議中未討論的部分程式碼中可能存在缺陷。
  • 進行程式碼走查需要花費大量時間。
  • 由於作者本人主持會議,因此無法保證所討論內容與程式碼實際相符。

程式碼走查和檢查的區別

序號 程式碼走查 檢查
1 這是一個非正式的過程。 這是一個正式的過程。
2 由程式碼作者主持。 在專案級別進行。
3 同一專案的團隊成員參與程式碼走查會議。 來自部門不同專案的特定團隊成員參與程式碼檢查會議。
4 沒有可用的清單來查詢程式碼中的缺陷。 遵循一系列清單來查詢程式碼中的缺陷。
5 包括程式碼概述,無需準備、審查和後續。 包括程式碼概述,需要徹底準備、審查和後續。
6 不遵循任何形式化技術。 遵循形式化技術。
7 花費的時間較少,因為會議中不需要涵蓋任何清單專案。 花費的時間更多,因為會議中需要涵蓋所有清單專案。
8 完全沒有計劃。 這是一次有計劃的會議,每個成員都被分配了一組明確的角色和職責。
9 作者通讀程式碼,團隊成員查詢程式碼中的缺陷。 閱讀者通讀程式碼,每個人都閱讀並查詢其中的缺陷。
10 作者記錄程式碼中收到的所有缺陷和反饋。 記錄員記錄程式碼中遇到的所有缺陷。
11 沒有主持人。 主持人確保會議中的討論有效進行。

結論

本教程對軟體程式碼走查進行了全面概述。我們首先描述了什麼是程式碼走查,程式碼走查的優點、目的和缺點,為什麼要進行程式碼檢查,以及程式碼檢查的優點,以及程式碼走查和檢查之間的區別。

這使您對軟體程式碼走查有了深入的瞭解。明智的做法是不斷練習您所學到的知識,並探索與軟體測試相關的其他知識,以加深您的理解並拓寬您的視野。

廣告