1，隨機啟動
2，不能宕機
3，不能終止
4，對話方塊不能一直顯示
5，提醒要醒目
6，資料資料資料。
7，配置
8，錯誤處理
9，後期修改，功能新增
10介面與文檔案
1，隨機啟動
開發前應確定軟體是否要隨機啟動。我們廠有個測試軟體雖然不是隨機啟動的，但是很奇怪軟體只要退出測試的硬體就停止工作，然而，如果將計算器重啟，反而沒有問題，軟體硬體都會工作良好。
2，不能宕機不能終止
要知道並不是任何時候都有人在裝置面前一直等著的，所以出錯的時候如果是小錯誤，則自己跳過，如果是中等錯誤則寫到錯誤記錄檔案中，如果是嚴重錯誤（測試資料失真，不能儲存）那麼軟體立即醒目的提醒錯誤，並且最好有聲光報警！！並自動檢測錯誤原因，寫入錯誤記錄檔案。
3，對話方塊不能一直顯示
請謹慎的用提醒對話方塊，如果可以的話盡量使用會自己過一段時間會自己收回的對話方塊，比如顯示5秒每人處理，則收回對話方塊。另外一點就是盡可能使用卷標來提醒，或者系統右下角狀態來提醒，不推薦用標準的那個提醒框比如:vb的msgbox
4，提醒要醒目
5，資料資料資料。
資料一定要妥善儲存，資料庫設計一定要合理，安全。資料庫設計一定能符合系統需要，單個資料庫檔案或表要避免過大，以免出現不必要的查詢中延時現象。由於測試資料是不斷累積的很可能一天就將近10m的資料量，所以也可以考慮分天，分月，分年的方式來儲存資料，當檢視的時候修改資料庫連線即可。其它儲存比如存到excel，txt檔案注意事項和上面的類似
6，配置
配置檔案你可以用ini或txt或直接在資料庫裡面，但是要注意，最好在軟體中有個配置管理的部件，以便於自己管理系統的配置。
7，錯誤處理
有些程式在編譯時不會出現錯誤，但由於程式設計者考慮不周，當程式多次迴圈執行時，或者接收到的資料超出了考慮的範圍，或者在特殊的時刻運算元據庫不當，那麼錯誤就會出現。所以一定要在程式設計的時候注意這些錯誤，當錯誤發生時應該正確的處理這些錯誤，假設裝置旁邊無人，然後想想系統應該怎麼做。
8，後期修改，功能新增
寫軟體難免會有這樣那樣的bug，也許隨著經驗的累計，錯誤會越來越少，但是隨著專案的需求，會不斷有新的東西需要學習運用，所以bug不可怕只要有修改bug的能力和學會預防bug的方法。這好像沒辦法，只能測試—修改，執行-修改。
新增功能時，最好模組化的新增。所以系統設計前，架構一定要先想好，那些是變動的，那些是固定不變的，那些是通用的可以寫成子函式的，那些是可以打包留出介面的，給封裝的就封裝。尤其是資料庫操作的時候，務必格外小心，無論是ado連線還是sql語句的執行，很可能都會出現錯誤，所以執行前進行狀態判斷和預處理也是必不可少的。和資料相關的都是測試系統的核心，就像人體的血液。所以，我們務必小心處理各個資料處理的環節，只有將這些做好了，乙個測試軟體就這麼成了
10， 介面與文檔案
誠然，乙個好的介面能顯示出你的專業，公司的logo，按鈕的色彩圖案，適當的選擇應用都能給軟體增分不少，所以ui美工還是需要的。
文件就不說了，但重要。（使用說明，版本修改記錄，系統框架說明，軟體架構及注意點，程式設計時注釋）
經驗有限，如有錯誤請各位大牛批評指正。
1，隨機啟動
2，不能宕機
3，不能終止
4，對話方塊不能一直顯示
5，提醒要醒目
6，資料資料資料。
7，配置
8，錯誤處理
9，後期修改，功能新增
10介面與文檔案
1，隨機啟動
開發前應確定軟體是否要隨機啟動。我們廠有個測試軟體雖然不是隨機啟動的，但是很奇怪軟體只要退出測試的硬體就停止工作，然而，如果將計算器重啟，反而沒有問題，軟體硬體都會工作良好。
2，不能宕機不能終止
要知道並不是任何時候都有人在裝置面前一直等著的，所以出錯的時候如果是小錯誤，則自己跳過，如果是中等錯誤則寫到錯誤記錄檔案中，如果是嚴重錯誤（測試資料失真，不能儲存）那麼軟體立即醒目的提醒錯誤，並且最好有聲光報警！！並自動檢測錯誤原因，寫入錯誤記錄檔案。
3，對話方塊不能一直顯示
請謹慎的用提醒對話方塊，如果可以的話盡量使用會自己過一段時間會自己收回的對話方塊，比如顯示5秒每人處理，則收回對話方塊。另外一點就是盡可能使用卷標來提醒，或者系統右下角狀態來提醒，不推薦用標準的那個提醒框比如:vb的msgbox
4，提醒要醒目
5，資料資料資料。
資料一定要妥善儲存，資料庫設計一定要合理，安全。資料庫設計一定能符合系統需要，單個資料庫檔案或表要避免過大，以免出現不必要的查詢中延時現象。由於測試資料是不斷累積的很可能一天就將近10m的資料量，所以也可以考慮分天，分月，分年的方式來儲存資料，當檢視的時候修改資料庫連線即可。其它儲存比如存到excel，txt檔案注意事項和上面的類似
6，配置
配置檔案你可以用ini或txt或直接在資料庫裡面，但是要注意，最好在軟體中有個配置管理的部件，以便於自己管理系統的配置。
7，錯誤處理
有些程式在編譯時不會出現錯誤，但由於程式設計者考慮不周，當程式多次迴圈執行時，或者接收到的資料超出了考慮的範圍，或者在特殊的時刻運算元據庫不當，那麼錯誤就會出現。所以一定要在程式設計的時候注意這些錯誤，當錯誤發生時應該正確的處理這些錯誤，假設裝置旁邊無人，然後想想系統應該怎麼做。
8，後期修改，功能新增
寫軟體難免會有這樣那樣的bug，也許隨著經驗的累計，錯誤會越來越少，但是隨著專案的需求，會不斷有新的東西需要學習運用，所以bug不可怕只要有修改bug的能力和學會預防bug的方法。這好像沒辦法，只能測試—修改，執行-修改。
新增功能時，最好模組化的新增。所以系統設計前，架構一定要先想好，那些是變動的，那些是固定不變的，那些是通用的可以寫成子函式的，那些是可以打包留出介面的，給封裝的就封裝。尤其是資料庫操作的時候，務必格外小心，無論是ado連線還是sql語句的執行，很可能都會出現錯誤，所以執行前進行狀態判斷和預處理也是必不可少的。和資料相關的都是測試系統的核心，就像人體的血液。所以，我們務必小心處理各個資料處理的環節，只有將這些做好了，乙個測試軟體就這麼成了
10， 介面與文檔案
誠然，乙個好的介面能顯示出你的專業，公司的logo，按鈕的色彩圖案，適當的選擇應用都能給軟體增分不少，所以ui美工還是需要的。
文件就不說了，但重要。（使用說明，版本修改記錄，系統框架說明，軟體架構及注意點，程式設計時注釋）
經驗有限，如有錯誤請各位大牛批評指正。
軟體開發心得
在我剛開始學習程式設計的時候，就對乙個程式的實際落實性產生了更大的興趣，也就是能否落地，在大一上學期的c語言學習裡，我們詳細的學習了c語言的基礎知識，為下學期的c 學習中的軟體開發打好了基礎，在下學期開始學習物件導向的程式設計並嘗試進行軟體設計時，那種茫然瞬間湧上心頭，在此之前，我從未接觸過任何有關...
DSP軟體開發心得
如何學習一款dsp？了解dsp，重點是了解它的核心能力是什麼？它有哪些外設？它的外設都有提供哪些工作模式？系統工程師可以結合它的核心能力及外設提供什麼樣的功能來支援上層應用的實現。對，這也是我們拿到乙個專案後，對dsp進行選型的關鍵。回想之前我重點總是放在學習如果使用dsp的某個模組，如何通過操作暫...
《快速軟體開發》讀書心得
這本書在豆瓣上的評分很高，評價也很好，經過各種糾結，最終決定讀這本書，雖然這本書最厚。這本書基本上是從乙個管理人員的角度去寫的，但是沒有把視角限定在某乙個固定的管理職位上，也就意味著這本書不討論具體的做法。我主要發現了下面幾個問題 1.風險管理 做什麼事都有風險，做任何決策也都有風險，軟體開發也不例...