單元測試由最熟悉**的人來寫。
結果應該重複一致、要快，且覆蓋所有路徑
個人開發流程：
計畫：估計任務需要花費多長時間
開發：需求分析，生成文件，設計複審，**規範，具體設計，具體編碼，**複審，測試
記錄用時、
測試報告
計算工作量
事後總結
提出過程改進計畫
時間順序：從hello world 開始
數值計算->字串運算->實用工具床架乙個windows程式
工作的細分
個人在團隊中也有著獨立的流程
高階工程師
資料的記錄對乙個程式設計師來說很重要，記錄了乙個軟體工程師的技術和能力
程式設計速度的穩定性，是很重要的乙個因素，對於乙個程式設計師來說。
02《構建之法》閱讀筆記02
個人感受 過去我的做法 1 以前每個部分都是分開各做各的，做好自己的事情就好了 不需要管其他的。獨立開發，想做什麼做什麼，只要實現布置的任務就行。這樣做的缺陷 無法做到團隊快速開發，很難提公升速度。問題解決方法 1 要自己挑選任務 每次sprint結束之後，還要總結不足，提出改進，並且自己要實施這些...
構建之法閱讀筆記02
第二章的開頭就給我講出了單元測試的概念和效果，單元測試可以使自己父子的模組功能定義盡量明確，模組內部的不會影響其他模組，而且模組的質量能得到穩定的，量化的保證。還舉例了小飛寫單元測試的例子，讓我們隊建立單元測試主要步驟印象深刻，建立單元測試的主要步驟 1.設定資料 2.使用被測試型別的功能 3.比較...
構建之法閱讀筆記02
今天看了第六章敏捷流程，在裡面我看到了衝刺執行任務中的每日例會，在這裡身份的類似於主人暑假給我們布置的任務和發表部落格的要求，其中這裡面有三條內容，分別是我昨天做了什麼，今天做了什麼，在其中又遇到了什麼問題。這個寫問題只有在衝刺階段真正的做了，用心的去解決了，才會真的有收穫 相反這些流程也會流於形式...