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

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

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

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

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

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

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

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

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

編輯：黃飛