關於嵌入式軟件開發流程上的一些思考

一.提綱

1.流程管理

2.代碼規範

3.肯定最高效的開發工具

4.版本管理

5.問題定位

 

二.正文

1.流程管理

　　整個的流程能夠分爲幾個小的部分：

　　1）開發需求確認流程

　　2）開發流程

　　3）測試版本發佈提交流程

　　

　　1）開發需求確認流程

　　在開發編碼或者是性能壓力測試前，首先要明確開發或者測試的需求，通常需求都必需要由PM提出，或者是上面直接分配。根據提出的需求，咱們再明確設計的框架，測試的要素。確認過程當中的全部交互，儘可能由郵件進行，保存好整個需求確認流程。每一個程序員都是本身的產品經理，在確認的過程當中，要充分考慮到邊緣狀況，比方說超出閾值的狀況如何處理等等。問題在設計前期的提出，能極大減小以後出現低級問題的機率，這些是很小的細節把控，可是確實良好思考習慣的養成。

　　除了對開發內容的把控確認外，時間的評估也是一件很是重要的能力和不能缺乏的環節，儘可能在不影響項目總體進展的前提下，爲本身爭取開發時間，這樣能夠充分的考慮整個功能狀況，和自測。

　　2）開發流程

　　開發中最多涉及到的是編碼的規範，除了一些硬性的代碼規範外，程序員最好還要根據本身所處項目的詳細狀況，思考本身產出代碼的可閱讀性，可維護性，可移植性，可拓展性。

　　3）測試版本發佈提交流程

　　嵌入式研發每每不會直接處理對外的版本發佈，嵌入式最大的客戶，可能就是測試部，可能還有一部分前線調試。在咱們發佈版本提交給測試部測試的時候，咱們要和測試部明確好這個版本中所攜帶的問題，通常來講，合格的測試，除了對版本進行basic function測試外，還會針對版本新修復問題，或者增長功能進行相應的壓力測試。要牢記，開發和測試是相互協做的，咱們的目的是絕對保證對外版本的穩定性。因此，在提交給測試版本時，研發須要很是明確地說明整個版本的詳細內容。

 

2.代碼規範

（轉自http://c.biancheng.net/view/158.html）

代碼規範化基本上有七大原則，體如今空行、空格、成對書寫、縮進、對齊、代碼行、註釋七方面的書寫規範上。

......

 

3.肯定最高效的開發工具

　　工欲善其事必先利其器，你的電腦，你的服務器，你的開發板等等就是你的小做坊，你必須瞭解這個小做坊，用哪些工具能讓它更高產，讓它的產出質量更高。對於程序員來講，每一個人都是從入門到熟練到精通。並非每一個人都那麼幸運，在剛開始的時候就能碰到好的師傅，引路人，養成比較好的開發習慣。所以，在咱們心中要有自我懷疑否認的觀念，再簡單點就是自我反思。工具一直在更新，也許一直都追求不到一個 最 ，可是你必需要有這種反思的觀念，才能不斷提升效率，對你的開發環境精益求精。

 

4.版本管理

　　版本管理主要有svn和git。其實稍微規範一點的的公司，都會對每個版本的提交嚴格控制，出現regression是一件很是嚴重的事情，regression通常是因爲功能未實現，或者因爲提交致使的一些比較嚴重的side effect問題。在版本提交前，code review是一件很是重要以及必要的事情。另外，對於每一個一個提交的版本，寫好版本日誌log也是一件很是重要的事情，寫好日誌log有助咱們以後問題的定位，也有助於其餘人理解對應的修改。理應來說，每一個版本拉下來，都必須是能正常工做的穩定版本。

 

5.問題定位

　　在出現問題以後，如何快速準確地定位問題。首先，出現問題的版本確認，回退測試，確認是因爲版本修改引入的問題，仍是自己就存在的問題。這裏就須要說到上面的版本管理了。若是對提交的版本都有很是好的控制，以及日誌說明，那即便搜關鍵字都能查找到一些問題。問題的定位，其實主要看程序員對項目模塊的掌握程度，以前良好的開發和記錄習慣則可讓你在問題定位時事半功倍。