最近大致通讀了《構建之法》，以下是我讀完《構建之法》的一些心得體會。
本書主要介紹了軟體測試、軟體工程師的成長、編寫**的規範、團隊合作開發軟體的重要性、還有開發軟體專案的總體流程、it的發展創新等等，書中的內容豐富多彩，跟其他的軟體工程書不一樣，其他書往往寫得千篇一律，太生硬呆板，而這本書的內容給讀者一種歡快的閱讀體會，能讓人更加的快速去接受裡面的內容，並吸收為自己所用；並且裡面的內容都舉例生活中的例子，使人看上去更加的了解其實軟體工程就在我們的身邊。
在緒論中說到軟體工程包括下列領域：軟體需求分析、軟體設計、軟體構建、軟體測試和軟體開發維護。軟體開發活動（構建管理、源**管理、軟體設計、軟體測試、專案管理）是軟體工程的核心內容。綜述了乙個大綱，思路清晰。
在面對軟體bug中，我們要以客戶的需求上去分析此問題是否是全域性的缺陷，客戶想要我們完成的功能我們卻沒有完成，當然，客戶沒讓我們完成的功能我們也實現了，這同樣是乙個bug，當我們研發軟體的時候，要通過實際的工作收集、提煉需求。需求來自於實際，而不是自己想象出來的，在軟體開發的初級階段。我們要對使用者需求的分析有詳細的文件說明，包括對將來發展的分析和計畫，主要功能的設計文件和軟體的實際行為一致，每次的修改記錄都能看到，關鍵模組有可以正常執行的單元測試等。
單元測試應該在最低的功能/引數上驗證程式的正確性。單元測試必須由最熟悉**的人來寫。單元測試過後，機器狀態保持不變。單元測試要快，乙個測試執行時間是幾秒鐘，而不是幾分鐘。單元測試應該產生可重複、一致的結果。獨立性，單元測試的執行/通過/失敗不依賴於別的測試，可以人為構造資料，以保持單元測試的獨立性。單元測試應該覆蓋所有**路徑，包括錯誤處理路徑，為了保證單元測試的**覆蓋率，單元測試必須測試公開的和私有的函式/方法。單元測試應該整合到自動測試的框架中。單元測試必須和產品**一起儲存和維護。
其實軟體工程就是包括了「開發、運營、維護軟體的過程中的很多技術、做法、習慣和思想。軟體工程把這些相關的技術和過程統一到乙個體系中，叫「軟體開發流程」，軟體開發流程的目的是為了提高軟體開發、運營、維護的效率，以及提公升使用者滿意度、軟體的可靠性和維護性。」這就是書本中對什麼是軟體工程的概述。
在軟體開發過程中，軟體工程肩負著諸多責任。比如說將種種軟體確定下來，把資源安排妥當，使工作過程確定清晰，產出穩定可靠。其中大量與人的協作、與時間的較量的經驗和體會，都要通過實踐才能慢慢累積起來。還有，軟體團隊的模式各種各樣，不同的團隊有不同的合作模式，都是基於團隊成員的實際情況去規劃部署，沒有哪個萬能的團隊方案可以保證結果。有了團隊之後，才可以涉及團隊流程。也正是因為我們學生往往只有大量的經驗，在老師談瀑布模型，敏捷流程等的時候才會有所理解。 當我們真正身處乙個團隊專案中時，自己當初不在意的問題往往就成了阻礙專案進度的關鍵。所以這本書的
五、六、七三章提到了多種團隊專案的協作方案和理論，也讓我也逐漸理解團隊的不可缺少的，每乙個都是其中乙份子，不可缺少。
本次閱讀了解到了很多知識。比如一名軟體工程師的成長歷程，軟體的開發流程等，對自己以後的成長很有幫助。
《構建之法》閱讀筆記1
讀 構建之法 總感覺不太明白其中的意思，但是挑著看了看，下面把我所收穫的分享給大家吧！首先，在第一章中我大致了解了我可以在書中學到什麼，如何落實學習。1.1節通過三個簡短的對話，啟發我對什麼是程式，什麼是軟體，什麼是軟體工程，也了解到了乙個軟體不是簡簡單單就能說寫就寫的，還需要考慮各種因素，如人們的...
構建之法閱讀筆記1
軟體 程式 軟體工程 跟單純的編寫 去實現自己想要看到的功能不同，軟體工程是乙個帶有工程色彩的概念，不僅是為了滿足個人的簡單興趣，而是有著明確的實用目標和更龐大 完善可靠的系統結構，而 且也跟更多的人發生了聯絡 包括程式設計師和使用者 從工程的角度來看，寫乙個滿足使用者需求的軟體 需要從使用者需求的...
構建之法閱讀筆記（1）
今天閱讀了 構建之法 現代軟體工程 的前兩章。本來我對軟體的了解只是處在最基本層面，通過閱讀本書，我對軟體工程的了解有了更深入的認識。這兩章主要講述了健康師生關係的維持，在課上老師也提到過師生間應該是健身教練和學員的關係，也只有這樣才能學好軟體工程，提高自己的程式設計能力。通過這次閱讀，我理解到軟體...