以下是我列出的嵌入式開發(fā)人員在2022年啟動(dòng)時(shí)的三大解決方案。

解決方案 #1 – 利用單元測(cè)試工具

測(cè)試嵌入式軟件是每個(gè)產(chǎn)品開發(fā)周期的關(guān)鍵部分。嵌入式軟件開發(fā)人員通常會(huì)抽查他們的軟件，但通常沒有適當(dāng)?shù)臏y(cè)試工具來協(xié)助自動(dòng)化回歸測(cè)試。(顯然，這因組織而異，甚至可能取決于正在開發(fā)的產(chǎn)品類型)。

在過去幾年中，軟件開發(fā)過程工具取得了巨大的飛躍發(fā)展，即使是最小的嵌入式軟件團(tuán)隊(duì)也能從中受益。測(cè)試工具甚至持續(xù)集成也不例外，測(cè)試工具為開發(fā)人員提供了執(zhí)行自動(dòng)化回歸測(cè)試的能力，以確保代碼按預(yù)期工作并且沒有新添加與現(xiàn)有代碼交互。

如果你或你的團(tuán)隊(duì)沒有使用測(cè)試工具，那么今年利用測(cè)試工具可能是一個(gè)不錯(cuò)的解決方案。

解決方案 #2 – 減少調(diào)試時(shí)間

有很多嵌入式軟件工程師喜歡調(diào)試軟件的挑戰(zhàn)，對(duì)他們來說，這是具有挑戰(zhàn)性和回報(bào)的。鑒于當(dāng)今嵌入式系統(tǒng)的復(fù)雜性，調(diào)試是必要的，但應(yīng)盡可能減少調(diào)試所花費(fèi)的時(shí)間。編寫的代碼應(yīng)該可以工作，但事實(shí)并非如此，因此嵌入式開發(fā)人員隨后花費(fèi)了大量時(shí)間重寫，直到它完成了它應(yīng)該做的事情。

有很多調(diào)查，開發(fā)人員平均花費(fèi)大約 40% 的時(shí)間進(jìn)行調(diào)試，這相當(dāng)于每年花費(fèi)近 4.8 個(gè)工作月進(jìn)行調(diào)試!將該數(shù)字從 40% 減少 10% 到 30% ，將每年每位開發(fā)人員節(jié)省 1.2 個(gè)工作月!恢復(fù)調(diào)試時(shí)間可以降低項(xiàng)目成本、幫助團(tuán)隊(duì)按時(shí)交付、減少壓力以及無數(shù)其他好處。

如果你發(fā)現(xiàn)你或你的團(tuán)隊(duì)花費(fèi)大量時(shí)間進(jìn)行調(diào)試，那么今年要學(xué)習(xí)如何避免它并學(xué)習(xí)正確的技能，以最大限度地減少必須完成調(diào)試所花費(fèi)的時(shí)間。

決議#3——審查和改進(jìn)你的流程

通常會(huì)遇到兩種類型的團(tuán)隊(duì)。第一個(gè)過程太少，這阻礙了他們提供一致、高質(zhì)量結(jié)果的能力。第二個(gè)有太多的過程，這會(huì)降低他們的速度和靈活性，并且?guī)缀醪豢赡芡瓿扇魏问虑?。持續(xù)成功的關(guān)鍵始終是采用一種平衡的方法，允許可重復(fù)性但保持嵌入式開發(fā)團(tuán)隊(duì)的靈活性和適應(yīng)性。

在新的一年里，花點(diǎn)時(shí)間思考一下存在哪些流程以及是否需要修改它們。是否仍然存在 10 或 15 年前盲目遵循可能不再適用的流程?是否可以簡(jiǎn)化它們以提高速度，同時(shí)仍保持其初衷?可能流程太少了?在哪里添加一些流程以確保開發(fā)中的關(guān)鍵步驟不被忽視?哪些領(lǐng)域總是出現(xiàn)短缺并導(dǎo)致反復(fù)出現(xiàn)的頭痛、進(jìn)度延誤和生產(chǎn)力損失?

結(jié)論

新的一年是反思過去成功和失敗并制定新路線的絕佳時(shí)機(jī)。年復(fù)一年，我們經(jīng)常傾向于把包袱放在我們?nèi)绾螛?gòu)建系統(tǒng)上，有時(shí)，這種包袱會(huì)導(dǎo)致遵循良好的最佳實(shí)踐，而有時(shí)它們會(huì)給項(xiàng)目帶來不好的結(jié)果。在今天的文章中，我們研究了嵌入式開發(fā)人員今年可以做出的幾個(gè)常見解決方案來改善他們的軟件開發(fā)環(huán)境。今年你想改變哪些具體的事情來改進(jìn)你開發(fā)軟件的方式?