構建之法閱讀筆記02

第二章《個人技術和流程》，本章的實質是在說明，乙個合格的軟體工程師是怎樣的，他應該具備哪些技能。

總結下來，乙個合格的工程師在開發時需要同時考慮質量和效率，與之同時需要具備的技能包括：單元測試、效能分析、個人研發流程（psp）；

關於單元測試的正確做法（標準）：

1 單元測試應該在最低的功能/引數上驗證程式的正確性

2 單元測試必須由最熟悉**的人(作者)來寫

3 單元測試過後，機器狀態保持不變

4 單元測試要快(乙個測試用例的執行時間是幾秒鐘)

5 獨立性—測試的執行/通過/失敗不依賴於別的測試

6 覆蓋所有**路徑

7 單元測試應該整合到自動化測試的框架中

8 單元測試必須和產品**一起儲存和維護

個人感悟：

我過去是怎麼做的

過去是寫完所有**之後再檢查有無漏洞;

結合書中所講，說明為什麼不好

沒有寫軟體單元測試，不知道程式的對錯，可能程式出錯了，也沒有方法能夠及時發現;

提出乙個方法，避免再次掉入陷阱。

寫程式的時候，每乙個功能模組一定要定義清楚，並且寫出單元測試來檢測**的正確性。

02《構建之法》閱讀筆記02

個人感受 過去我的做法 1 以前每個部分都是分開各做各的，做好自己的事情就好了 不需要管其他的。獨立開發，想做什麼做什麼，只要實現布置的任務就行。這樣做的缺陷 無法做到團隊快速開發，很難提公升速度。問題解決方法 1 要自己挑選任務 每次sprint結束之後，還要總結不足，提出改進，並且自己要實施這些...

構建之法閱讀筆記02

第二章的開頭就給我講出了單元測試的概念和效果，單元測試可以使自己父子的模組功能定義盡量明確，模組內部的不會影響其他模組，而且模組的質量能得到穩定的，量化的保證。還舉例了小飛寫單元測試的例子，讓我們隊建立單元測試主要步驟印象深刻，建立單元測試的主要步驟 1.設定資料 2.使用被測試型別的功能 3.比較...

構建之法閱讀筆記02

今天看了第六章敏捷流程，在裡面我看到了衝刺執行任務中的每日例會，在這裡身份的類似於主人暑假給我們布置的任務和發表部落格的要求，其中這裡面有三條內容，分別是我昨天做了什麼，今天做了什麼，在其中又遇到了什麼問題。這個寫問題只有在衝刺階段真正的做了，用心的去解決了，才會真的有收穫 相反這些流程也會流於形式...