單元測試
你的rp是由你的程式質量決定的。軟體是由多人合作完成的，不同人
員的工作相互有依賴關係。例如，乙個人寫的模組被其他人寫的模組調
用。軟體的很多錯誤都**於程式設計師對模組功能的誤解、疏忽或不了解
模組的變化。如何能讓自己負責的模組功能定義盡量明確，模組內部的
改變不會影響其他模組，而且模組的質量能得到穩定的、量化的保證？
單元測試就是乙個很有效的解決方案。
建立單元測試函式的主要步驟是：
1. 設定資料（乙個假想的正確的e-mail位址）
2. 使用被測試型別的功能（用e-mail位址來建立乙個user類的實體）
3. 比較實際結果和預期的結果
感受：單元測試，是針對這一塊功能的一種測試，然而我一般不進行，總是在搞完所有之後在進行除錯，每次除錯都花費時間，了解單元測試之後，有一種步步為營的感覺，心裡比較踏實
所以，以後再寫系統應該進行單元化測試，每一塊與每一塊在進行測試，一塊一塊最後拼湊成整體。這樣系統比較牢固，不容易出bug
02《構建之法》閱讀筆記02
個人感受 過去我的做法 1 以前每個部分都是分開各做各的，做好自己的事情就好了 不需要管其他的。獨立開發，想做什麼做什麼，只要實現布置的任務就行。這樣做的缺陷 無法做到團隊快速開發，很難提公升速度。問題解決方法 1 要自己挑選任務 每次sprint結束之後，還要總結不足，提出改進，並且自己要實施這些...
構建之法閱讀筆記02
第二章的開頭就給我講出了單元測試的概念和效果，單元測試可以使自己父子的模組功能定義盡量明確，模組內部的不會影響其他模組，而且模組的質量能得到穩定的，量化的保證。還舉例了小飛寫單元測試的例子，讓我們隊建立單元測試主要步驟印象深刻，建立單元測試的主要步驟 1.設定資料 2.使用被測試型別的功能 3.比較...
構建之法閱讀筆記02
今天看了第六章敏捷流程，在裡面我看到了衝刺執行任務中的每日例會，在這裡身份的類似於主人暑假給我們布置的任務和發表部落格的要求，其中這裡面有三條內容，分別是我昨天做了什麼，今天做了什麼，在其中又遇到了什麼問題。這個寫問題只有在衝刺階段真正的做了，用心的去解決了，才會真的有收穫 相反這些流程也會流於形式...