要在項目中成功采用靜態分析，采用確保開發人員易于使用且易于訪問的靜態分析工具非常重要，可提前是需要提供有用的可操作信息。在本文中，將了解到如何通過有效的日常工作流程最大限度地提高靜態分析的采用率。

該部分是關于如何將靜態分析工具集成到您的日常工作流程中。

確保您的靜態分析采用在您的項目中取得成功，確保工具易于使用且開發人員可以輕松訪問，提前是提供有用的可操作信息。這最好在開發人員使用的環境（IDE）中實現，如 Eclipse 或 Visual Studio。靜態分析警告的提供方式與IDE中的編譯器錯誤相同，并且這些警告會在代碼中突出顯示，以便更輕松地進行分析和修復。例如，請參閱 Parasoft Jtest 在Eclipse中集成的靜態分析警告的屏幕截圖：

正如您在Eclipse中的Java應用程序的上述示例中所看到的，Parasoft Jtest的靜態分析結果在警告/錯誤視圖 ? 中提供，并且可以與任何其他錯誤消息進行交互。選擇錯誤會使編輯器窗格 ? 顯示相關代碼行，這也會在代碼中顯示控制流跟蹤，該跟蹤可用于跟蹤警告的根本原因。如果需要補救，可以像往常一樣通過項目導航視圖 ? 提交代碼。

那么開發人員在分析每個警告時會做些什么呢？可以在流程圖中描述，如下圖所示：

第1步：聚合和過濾警告

它首先聚合和過濾靜態分析結果，這是確定優先級并關注關鍵警告的關鍵第一步。通常，質量保證和團隊負責人會考慮質量目標，并圍繞此目標構建分析配置。例如，為了提高安全性，將啟用與安全性相關的檢查器以及諸如CERT C的安全編碼標準。

第2-4步：調查，確定優先級并修復警告

然后，開發人員根據團隊制定的政策和產品的成熟度，調查并修復他們發現的警告。在綠地項目（新建項目）中，大多數警告都會被調查并優先處理，因為代碼量相對較小，而在成熟的后期階段，過濾和優先級將更加嚴格，因此開發人員只能處理真正的關鍵警告。在任何一種情況下，過程都是相同的。

第5步：來源登記

在響應靜態分析警告進行更改后，將代碼檢入版本控制并在下一次構建期間再次進行分析。這種簡短而緊湊的反饋循環在編寫和修改代碼時極大地提高了代碼的質量和安全性。

集成到構建系統和持續集成管道中

靜態分析工具和構建系統的主要集成點是通過命令行界面。以這種方式使用的靜態分析有點像構建結構中的編譯器。文件以相同的方式處理，盡管輸出不是可執行文件，而是存儲在存儲庫中的結果，由文件和內部版本編號索引。

例如，通過 Parasoft C/C++test，這由Parasoft的報告和分析系統（Parasoft DTP）處理，該系統既是存儲庫，也是分析結果的智能引擎。該分析和附帶信息將反饋給每個開發人員，并通過Parasoft的門戶網站提供給管理人員和團隊負責人。

在上圖中，您將看到我們如何將Parasoft靜態分析工具集成到持續集成管道中。Parasoft DTP是警告的中央存儲庫和分析引擎。

總結

將靜態分析集成到日常工作流中需要開發人員直接在IDE中訪問靜態分析，以及執行項目范圍分析，報告和管理的能力。直接支持開發人員使用代碼，以及團隊負責人和管理人員，他們可以使用自己的趨勢信息和報告訪問相同的信息，這對于在項目中完全利用靜態分析至關重要。

想要了解Parasoft、Parasoft SOAtest、Parasoft Virtualize更多信息或資源的朋友，請