構建之法閱讀筆記之二
本章為個人技術和流程，主要介紹了單元測試、回歸測試、效能分析和個人軟體開發流程等內容。
一、單元測試：如何能讓自己負責的模組功能定義盡量明確，模組內部的改變不會影響其他模組，而且模組的質量能得到穩定的、量化的保證，單元測試就是乙個很有效的解決方案。
1、用vsts寫單元測試：在寫技術模組的規格說明書的時候，要越詳細越好，最好各項要求都可以表示為乙個單元測試用例。
2、好的單元測試的標準：
（1）單元測試應該在最基本的功能/引數上驗證程式的正確性
（2）單元測試必須由最熟悉**的人（程式的作者）來寫
（3）單元測試後，機器狀態保持不變
（4）單元測試要快（乙個測試的執行時間是幾秒鐘，而不是幾分鐘）
（5）單元測試應該產生可重複、一致的結果
（6）獨立性——單元測試的執行/通過/失敗不依賴於別的測試，可以人為構造資料，以保持單元測試的獨立性
（7）單元測試應該覆蓋所有**路徑：100%的**覆蓋率並不等同於100%的正確性
（8）單元測試應該整合到自動測試的框架中
（9）單元測試必須和產品**一起儲存和維護
二、回歸測試：可以理解為「回歸到以前不正常的狀態」，單元測試是回歸測試的基礎
三、效能分析工具：兩種分析方法為抽樣和**注入；一般做法為先用抽樣的方法找到效能瓶頸所在，然後對特定的模組用**注入的方法進行詳細分析；如果我們不經過分析就盲目優化，也許會事倍功半
四、個人開發流程：根據資料顯示，從學生到職業程式設計師，並不是更加沒完沒了地寫程式，花在寫**的時間反而少了許多，而在「需求分析」和「測試」這兩方面明顯要花更多時間，在具體編碼上花費時間少。
雖然，在實際軟體開發中，需要團隊的合作，但是在團隊中，每個人都應該到達一定的水平，也就是這章講述的個人技術和流程，可以說這是基礎，只有每個人的技術和開發流程打到一定的標準，有一定的規範，才有利於團隊之間多人的合作，才能保證配合開發出來的軟體的各個模組都是符合標準的，具有一定健壯性的，利於維護和更新。
個人感受部分：
1、我過去怎麼做的；有的時候寫程式一寫就是一大片，總是出了bug無從下手
2、結合書中所講，這樣有什麼不好：針對乙個程式的完成，應該進行相應的測試，分析其效率，以及時間複雜度和空間複雜度等，否則單純寫**並沒有什麼經驗上的收穫
3、提出乙個解決辦法，避免再次掉入陷阱：寫程式先屢清楚他的邏輯結構，按照功能模組進行測試，有助於及時的修改和找到相應bug所在
《構建之法》閱讀筆記二
第二章閱讀筆記 軟體工程師的個人技術之一軟體測試 軟體測試在軟體開發流程中佔據非常重要的地位。單元測試 因為大多數軟體工程師都是團隊合作，所以其開發的模組其他人很有可能會用到，所以保證模組的正確性 完善性是非常重要的，所以就要進行單元測試來對模組的功能進行驗證，驗證要保證各種資料都能通過，對於特殊的...
《構建之法》閱讀筆記二
構建之法 第二章標題為 注重實效的途徑.本章主要著重在與作為一位軟工人,在實際的編寫 中應當用什麼樣的方式使得自己的 編寫可以達到最高效,編寫出的 可以更加強健.甚至可以讓這看起來很容易.首先作者指出了重複的危害.我們擅長於從以往的程式設計,學習中總結出屬於自己的知識庫.可是在我們使用這個知識庫編寫...
《構建之法》閱讀筆記二
現代軟體產業經過幾十年的發展，乙個軟體由乙個人單槍匹馬的完成已經很少見了，軟體都是在相互合作中完成的。而這勢必要看別人的 所以有乙個好的 規範和設計規範是很有必要的。規範分為兩部分 1.風格規範。主要是文字上的規定，看似表面文章，實際上非常重要。2.設計規範。牽涉到程式設計 模組之間的關係 設計模式...