在以前編寫**並沒有感覺到平時會出現的一些小錯誤小細節，看了《構建之法》這本書之後，才忽然明白原來一些小錯誤也會造成大的問題。這本書給了我們學生乙個全新的學法，以前學習軟體工程總覺得太多理論的東西在裡面，但是在這本書打破常規的教學方法，閱讀了構建之法後，我對軟體工程及軟體有更專業的認識，軟體工程+程式=軟體。而軟體工程是把系統的，有序的，可量化的方法應用到軟體的開發，運營和維護上的過程。軟體工程還包括：軟體需求分析，軟體設計，軟體構建，軟體測試和軟體維護。軟體工程不單單是一項工程，更是一項電腦科學。
軟體= 程式+軟體工程」這句話就這麼簡單把程式跟軟體工程結合起來，當我們開始學程式設計，一直覺得程式就是軟體，但是當我們開始讀這本書，就開始了解其實不是。隨著學習的不斷深入，就不是這樣想，我們開始懂得把兩者結合起來。我們開始懂得什麼是軟體工程，軟體工程涉及很多的東西，我們要懂得從更高的一層面去程式設計。例如，框架，程式的架構等等...整本書從實際軟體開發的各個階段出發，詳細地分析了軟體工程的各個環節，如：需求分析、設計實現、使用者體驗、軟體測試已經最後的發布等等。
書很多人物之間的對話悄然道出了在開發專案的過程中，各色人等對專案的看法，對專案某些問題產生的質疑，以及日常生活中都會遇到的溝通障礙等等問題，基本上是我看到了乙個問題我剛想找老師討論，後面的小節就出現了人物之間就這個問題的討論。此外書中使用了很多通俗易懂的詞彙，並且使用了很多我們生活中的例子來解釋，我們在寫**中所遇到的問題，通過這些例子很容易讓人明白我們的錯誤在哪，今後應該怎樣改正，這是我在看這本書所收穫得的最大的收穫。
通過對《構建之法》的學習，讓我了解到了乙個軟體的生命週期從需求分析開始直至軟體的淘汰的過程中最重要的一環是——軟體測試，對於軟體測試按測試設計分類可分成黑盒測試和白盒測試，但在實際工作中，我們不應畫地為牢，嚴格只用某一種測試方法來對軟體進行測試。而按測試的目的來分，軟體測試又可以分成功能測試、非功能測試。而測試方法又是各種各樣：單元測試和**覆蓋率測試、構建驗證測試、驗收測試、探索式測試、回歸測試、場景/整合/系統測試、夥伴測試、效能測試、壓力測試、內部/外部測試、易用測試、」小強「大掃蕩等等方法。而在實戰中的測試是在專案的穩定階段執行的，因此這一階段的核心任務是在滿足最低接受條件的前提下，提高各個部分的質量。而正如開發人員有功能設計說明書，測試人員也要有測試設計說明書，告訴測試人員要如何設計測試。總而言之，軟體測試是保證軟體質量的優先條件，只有在排除了大量的bug之後的軟體才有來評判該軟體的」好「、」快「、」便宜「這一系列的軟體質量問題，才能有後面的軟體創新之類的延續。
《構建之法》閱讀筆記5
本此重點閱讀了第四章，本章講了兩人合作的前提是 要規範 包括 風格規範及 設計規範 及 複審，然後才能結對開發。大一大二交了很多 作業，但質量僅僅是完成了而已，對於縮排 行寬 括號 與大括號 分行等都沒太注意過，覺著有了結果就好了。而對於命名更是越短越好，過後也就知道寫過的 是什麼意思了。以前，寫 ...
《構建之法》閱讀筆記5
要想讓旁人知道你的軟體的作用，規格說明書是個很好的途徑。規格說明書對我們專案開發具有很大的幫助。它的書寫同樣是從使用者的角度進行書寫。規格說明書還可以分為軟體功能說明書和軟體技術說明說。軟體功說明書用來說明軟體的外部功能和使用者的互動情況，軟體技術說明書又叫文件，主要用來說明軟體內部的設計規範。這不...
讀構建之法筆記
目錄對於乙個專案的構建在這本書被分為了大概以下幾個步驟 在我看來其實總的來說可以用以下幾個計算機行業的名詞來概括 抽象化，互資訊，遞迴，模組化，規範 這本書在講到程式設計師的成長會在幾個方面都需要持續公升級，包括 的編寫 團隊溝通能力 工程構建 程式設計思想 並且在微軟的高階工程師和初級工程師的地方...