? 第七章主要是測試與改錯。測試的目的是為了發現盡可能多的缺陷。測試并不僅是個技術問題，更是個職業道德問題。在軟件測試時如果發現了錯誤，必須請程序員改錯，否則測試工作就白干了。改錯是個大悲大喜的過程，一天之內可以讓人在悲傷的低谷和喜悅的顛峰之間跌蕩起伏。改錯之后一定要馬上進行重新測試，以免引入新的錯誤。程序中的錯誤只有開發者自己才能找出并改掉。如果因畏懼而拖延，會讓你終日心情不定，食無味，睡不香。所以長痛不如短痛，要集中精力對付錯誤。程序員應該把測試當成份內之事，不要依賴于外界的“黑盒測試”。程序出了錯誤一定要改錯，但是“編寫優質無錯”的程序才是根本的解決之道。

? ? 第八章講的是維護與再生工程。對軟件而言，''維護''是個不太直觀的術語，因為軟件產品在重復使用時不會被磨損，并不需要進行像對車輛或電器那樣的維護。軟件維護是人們對既豐富多彩又會令人心酸的活動的統稱。其中豐富多彩的活動是指那些反映客觀世界變化、能使軟件系統更加完善的修改和擴充工作。令人心酸的活動是指那些永無修止、并且改了舊錯卻引起新錯讓人欲哭無淚的工作。一些學者將軟件維護劃分為主要的三類：糾錯性維護（Corrective maintenance）、適應性維護（Adaptive??maintenance）和完善性維護（Perfective maintenance）：
（1）糾錯性維護。由于前期的測試不可能揭露軟件系統中所有替在的錯誤，用戶在使用軟件時仍將會遇到錯誤，診斷和改正這些錯誤的過程稱為糾錯性維護。
（2）適應性維護。由于新的硬件設備不斷推出，操作系統和編譯系統也不斷地升級，為了使軟件能適應新的環境而引起的程序修改和擴充活動稱為適應性維護。
（3）完善性維護。在軟件的正常使用過程中，用戶還會不斷提出新的需求。為了滿足用戶新的需求而增加軟件功能的活動稱為完善性維護。Lientz??和Swanson調查發現（1980年），完善性維護約占65%，適應性維護約占18%，糾錯性維護約占17%[Sommerville??1992]。上述調查已是20年前的事了，我們不必太關心具體的比例，心里有數即可。

? ? ?一個好的項目，設計至少可以占到百分之五十甚至更多。林銳的文章當中，自始至終在灌輸兩個思想，一個是高內聚低耦合，一個是設計應當以行為為中心而非數據為中心，業界的話就是應當以需求為中心。

? ? ?這本軟件工程思想大概只有百頁，核心講的是設計，貫穿全文的是思想。

? ? 書的最后，林銳博士更是講敘了自己的“十年”大學生涯，生動而精彩，讓人回味無窮。所以，我想以作者的肺腑之言結束我的這篇讀后感：

一、主動去創造環境，否則你無法設計人生。

二、生活和工作要充滿激情，否則你無法體會到淋漓盡致的歡樂與痛苦。

轉載于:https://www.cnblogs.com/fan-xiaofan/p/5590285.html

總結

以上是生活随笔為你收集整理的软件工程阅读笔记3的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。