程式碼異味“是程式碼中的某些結構

mdshamolahmed03

速度有助於規劃和可預測性。警告！使用速度作為管理開發人員績效的指標是一個壞主意，並且可能會導致不良行為。 控製品質： bug 的數量：敏捷團隊應該始終關注他們的 bug 池。只專注於功能開發並追求下一個閃亮的物件是很容易的，有時利害關係人也會要求這樣做。但是，您必須始終了解自己的品質等級。您應該按組件和/或服務、嚴重性（關鍵、主要、正常）、類型（效能、可用性、安全性）以及任何其他維度來細分此指標，以幫助團隊確定其優先順序並找到大的錯誤集群在哪裡以及它們在哪裡需要集中註意力。

我們還建議團隊對任何一次發現的缺陷數量設定一個閾值，並在超過該閾值時停止功能開發。理想情況下，每個衝刺都應在功能開發開始之前修復最近引入的錯誤。有些團隊甚至制定了零已知錯誤政策。 程式碼異味很重要： 表明違反了基本設計原則並對設計 阿曼 電話號碼 品質產生負面影響。”團隊經常使用 Spotbug 和 Lint 等靜態分析工具來尋找反模式或語法缺陷。這通常是避免錯誤的最便宜的方法，因為開發人員可以在開發週期的早期發現它們，甚至在他們在 IDE（整合開發環境）中鍵入程式碼時也是如此。



靜態分析工具可讓您選擇和定義允許工具標記問題的規則和模式。在理想情況下，您的團隊在這些規則上保持一致，並且這些工具不會在您的程式碼庫中發現任何問題。然而，在某些情況下 - 特別是如果您只是向團隊介紹這些工具或您正在處理遺留程式碼 - 根本不發現任何問題將不是一個選項。在這種情況下，你必須有一個目標並努力減少程式碼異味。請注意，如果將這些工具與預設規則一起使用，它們通常會很吵雜，因此我們強烈建議您調整一組對您的上下文有意義的規則，並相應地調整工具。