關於軟體工程的一些基本概念和技術
單元測試
絕大部分軟體都是由多人合作完成的，大家的工作互相有依賴關係。最典型的的例子就是，某人負責的模板的功能被其他人呼叫。軟體的額很多錯誤都是**於程式設計師對模組功能的誤解、疏忽或不了解模組的變化。單元測試可以有效的解決這些問題。
用vsts寫單元測試 許多應用程式中都會用到「使用者」這一型別，使用者的標識通常是乙個郵件位址。建立單元測試含糊的主要步驟是： 1.設定資料（乙個假想的正確的e-mail位址） 2.使用被測試型別的功能（用e-mail位址來建立乙個user類的實體） 3.比較實際結果和預期的結果（assert.isture(target!=null);)
需要注意的地方： 單元測試應該在最基本的功能/引數上驗證程式的正確性。單元測試必須有最熟悉**的人（程式的作者）來寫。**的作者最了解**的目的、特點和實現的侷限性。單元測試過後，機器狀態不變，這樣就可以不斷的執行單元測試。單元測試要快（乙個測試的執行時間是幾秒鐘，而不是幾分鐘）。快，才能保證效率。單元測試應該產生可重複、一致的結果。獨立性——單元測試的執行/通過/失敗不依賴於別的測試，可以人為構造資料，以保證單元測試的獨立性。單元測試應該覆蓋所有的**路徑，包括錯誤處理路徑。100%的**覆蓋率並不等於100%的正確性。單元測試應該整合到自動測試的框架中。把單元測試自動化，這樣單元測試的錯誤就能被及時發現。單元測試必須和**一起進行版本保護。
構建之法閱讀筆記04
夢斷 01 人類文明執行於軟體之上。但是，軟體建立藝術卻隱於暗處，即便對於專家們也是如此。在歷史上，我們從未如此的完全依賴於這樣一種人類自己不知道怎麼樣做得好的產品。在對軟體系統的加速依賴和踱著步學習怎樣做好軟體之間，有一條巨大且有時叫人恐懼的壕溝。對軟體的依賴以指數級增長，而做軟體的技能 和應用技...
構建之法閱讀筆記04
本次閱讀了第十一 軟體設計與實現 十二章 使用者體驗 在做班級派團隊專案時，缺少了與團隊成員的溝通，導致作業模組的介面成為一大遺憾，而且功能的實現也有欠缺，進度的報告沒有能及時有效的提交 沒有太多的考慮到使用者的體驗，只想自己要實現的功能，可以說有些跑偏，但幸好不太多 如何避免在產品開發後期不斷有重...
構建之法閱讀筆記04
1.msf，微軟解決問題框架，他有如下基本原則 1 推動資訊共享與溝通2 為共同的遠景而工作3 充分授權和信任4 各司其職，對專案共同負責5 交付增量的價值6 保持敏捷，預期和適應變化7 投資質量8 學習所有的經驗9 與顧客合作。在msf團隊模型中任何技術專案都必須到達特定的關鍵質量目標，才能被認為...