復用，軟件減壓直通車[2]

那么如何保證高效全面地測試出所有的錯誤呢?除了各種測試方法、測試用例之外，如果被測試系統中大量使用構件，測試工作就會輕松許多了。構件是已經經過檢驗合格的獨立程序，其內部應該是正確無誤的，那么只需要測試其接口(輸入輸出結果)的正確性就可以了。這樣不僅避免復雜的多路徑代碼邏輯測試，也很容易找出錯誤點。如果萬一構件的內部出現問題，不用著急，這部分的修改任務是由構件供應方提供的，當前項目程序員不用修改它。測試不僅是在軟件發布前，在之后的維護工作中，測試也很重要。當一個版本發現 BUG 或進行版本升級，只要對構件進行調試查找錯誤或對構件進行改進，然后只編譯修改過的構件，再將客戶端的構件對應的動態庫文件更新就完成了。這主要體現在軟件的網絡更新方面，正如很多人使用過的那樣，只要連上 INTERNET 再運行升級程序就可以坐在一邊喝茶了。

　　如果一個系統的 80% 部分是由一個個構件組裝而成，這樣一個系統將是非常完美的，無論是測試還是維護都將大大輕松。

　　三、程序員所擔負的壓力減輕

　　眾所周知，在目前國內這樣一個并不成熟的軟件發展環境下，大多數程序員的負擔是很重的。在許多中小型企業中還沒有形成團隊開發的模塊，若干個甚至單個程序員的松散合作模式十分常見，因而軟件開發過程中的需求分析、系統設計、代碼實現、測試反饋、安裝部署的繁重任務都是由幾個或一個人員承擔，沒有一個合理分工。強大的勞動強度、有限的開發時間、不合理的薪金回報，十分影響我國軟件業的快速發展。

　　在程序員的繁重任務中，代碼是現實最忙碌的，所以在這一環節如果能充分利用構件，將極大減輕程序員的壓力，縮短開發周期，節約人力成本。代碼實現過程的時間縮短，會給其后續的測試反饋、安裝部署、版本發布等工作帶來好處。節余的時間可以使后續的工作留有余地，若反之實現過程的時間超出預算，那么要想保證在規定的日期發布軟件，就必須壓縮其后各項工作的時間。工作時間的變化，不斷的加班滿負荷運轉，會直接影響工作人員的情緒，反而會降低工作效率。

　　可見，小小的構件帶來的是對整個軟件工作流的影響，不僅僅能減輕程序員的壓力，也能減輕整個軟件涉眾的壓力。

原文轉自：http://www.kjueaiud.com