在上文《嵌入式軟件開發(fā)的十二大基本要素（三）：DevOps》中，我們分析了編譯時間和生產(chǎn)力如何影響企業(yè)的投資回報率（ROI）和總擁有成本（TCO）。

本文為白皮書系列第四部分，將分析如何減少調(diào)試時間，提升工作效率。

為了減少調(diào)試時間，開發(fā)人員需要掌握現(xiàn)代微控制器上的先進調(diào)試策略，并得到專業(yè)開發(fā)工具的支持。下面是 IAR 提供的智能和高級調(diào)試功能：

在Abdulaziz Alaboudi 和 Thomas D. LaToza 所做的一項研究 “An Exploratory Study of Debugging Episodes” 中觀察到：開發(fā)人員花了大約一半的編程時間來進行調(diào)試。在 StackOverflow 和 Reddit 的討論中，開發(fā)人員甚至?xí)迅哌_ 80% 甚至 90% 的時間花在調(diào)試上。這樣算下來，僅一個開發(fā)人員每年就有大約 1000 到 1600 個小時的時間用于調(diào)試。

可見開發(fā)人員的大部分時間和項目預(yù)算都花在了調(diào)試上。而倘若調(diào)試的時間過長，那么產(chǎn)品和新版本發(fā)布相應(yīng)地就會被推遲。研發(fā)人員把越來越多的時間花在尋找和解決越來越復(fù)雜的軟件系統(tǒng)的問題上。

許多程序員轉(zhuǎn)向通用的調(diào)試器，如 GDB。這些調(diào)試器讓程序員在他們的代碼中一步一步地向前走，并在走的過程中設(shè)置觀察點，這可能是人類已知的效率最低的調(diào)試方法。不幸的是，由于工具的限制，嵌入式軟件開發(fā)人員默認使用斷點和單步的調(diào)試方法。為了減少調(diào)試時間，開發(fā)人員需要掌握現(xiàn)代微控制器上的先進調(diào)試策略，并得到專業(yè)開發(fā)工具的支持。

一個產(chǎn)品的質(zhì)量與開發(fā)人員擁有的調(diào)試能力息息相關(guān)。團隊能確保分析和跟蹤特定錯誤的確切根源嗎？由于工具不能提供足夠詳細和實時的信息，他們是在修復(fù)問題，還是主要用猜測來進行變通？ IAR Embedded Workbench 所包含的最先進 C-SPY 調(diào)試器可以對應(yīng)用進行實時的完全控制。

此外，它還提供了許多智能功能，如復(fù)雜的斷點（代碼和數(shù)據(jù) - 無限）、觀察點、剖析、代碼覆蓋率、帶中斷的時間軸、功耗記錄，甚至跟蹤。如此一來，可以很容易地從源頭上消滅漏洞，減少了調(diào)試的時間。

掌握所有這些技術(shù)并知道何時使用它們，可以大幅減少當(dāng)系統(tǒng)出現(xiàn)缺陷時的調(diào)試時間。IAR 已經(jīng)得到合作伙伴的反饋，開發(fā)人員的調(diào)試時間從 80% 減少到 5% 以下。保守估計，至少減少了三分之二的調(diào)試時間，這也意味著調(diào)試時間每年最多 500 小時，這樣節(jié)省了大量的人力時間（大約 1000 小時）可以進行重新分配，從而增加可用的項目開發(fā)時間。

編輯：黃飛