這次閱讀了第二章的內容。
（一）開篇講的內容有些費解--單元測試。
列了一大篇**，通讀下來，有了一些理解，是單元測試的過程。後又理解單元測試的最終目的是檢查錯誤，提高程式軟體的質量。
那麼，單元測試就是程式設計師乙個很好的細節動作，好比是乙個細心的體現。編寫程式的時候，又不時檢查在各種情況下，程式的運**況。
（我就有個疑問了，從某方面來說，這樣做很浪費時間，平時自己寫**的時候，一咕嚕地寫下來，到最後，就看是否能夠執行，執行成功..扔之，執行錯誤..再來看看。不過自認為一般沒什麼問題，有問題兩下就找出來了。）
網上查詢一番，我想單元測試的意義，是非常重要的：
第一，節約時間。也許，進行這活動的時候，心裡覺得是在進行多餘的過程，其實是在確保正確性。如果是已經編寫出大型而複雜的程式之後，再去檢查，我想除了工程量巨大之外，錯與錯之間連線如網，修改乙個，也會影響另乙個，所以浪費更多的時間。
第二，利於銜接。單元測試，畢竟是檢查程式的，當所測試的**質量有所提高，問題能夠避讓，那麼和其他程式的銜接穩定性也能夠保證。
（二）效能分析工具
關於這個工具，覺得新穎。
在資料結構的學習，我初次認識到程式對於電腦也有繁簡之分。
運用這個工具，我想對於程式的****也是有針對性的改良。
（三）psp
引言：個人軟體過程(personal software process，psp)是一種可用於控制、管理和改進個人工作方式的自我持續改進過程，是乙個包括軟體開發**、指南和規程的結構化框架。psp與具體的技術（程式語言、工具或者設計方法）相對獨立，其原則能夠應用到幾乎任何的軟體工程任務之中。psp能夠說明個體軟體過程的原則； 幫助軟體工程師作出準確的計畫；確定軟體工程師為改善產品質量要採取的步驟；建立度量個體軟體過程改善的基準；確定過程的改變對軟體工程師能力的影響。
這好比軟體工程師自己的情況列表。我想這是乙個指明方向，嚴謹分配能力的列表。
以後的練習中，我應該更應該注意程式設計習慣的問題。如 單元測試，雖說不上那種非常嚴格的檢查，但每個模組，我應該去檢查檢查。
02《構建之法》閱讀筆記02
個人感受 過去我的做法 1 以前每個部分都是分開各做各的，做好自己的事情就好了 不需要管其他的。獨立開發，想做什麼做什麼，只要實現布置的任務就行。這樣做的缺陷 無法做到團隊快速開發，很難提公升速度。問題解決方法 1 要自己挑選任務 每次sprint結束之後，還要總結不足，提出改進，並且自己要實施這些...
構建之法閱讀筆記02
第二章的開頭就給我講出了單元測試的概念和效果，單元測試可以使自己父子的模組功能定義盡量明確，模組內部的不會影響其他模組，而且模組的質量能得到穩定的，量化的保證。還舉例了小飛寫單元測試的例子，讓我們隊建立單元測試主要步驟印象深刻，建立單元測試的主要步驟 1.設定資料 2.使用被測試型別的功能 3.比較...
構建之法閱讀筆記02
今天看了第六章敏捷流程，在裡面我看到了衝刺執行任務中的每日例會，在這裡身份的類似於主人暑假給我們布置的任務和發表部落格的要求，其中這裡面有三條內容，分別是我昨天做了什麼，今天做了什麼，在其中又遇到了什麼問題。這個寫問題只有在衝刺階段真正的做了，用心的去解決了，才會真的有收穫 相反這些流程也會流於形式...