第13章 軟體測試
在軟體專案中，有這樣乙個拐點存在——在這一點之前，新的bug產生的數量大於bug解決的數量；在這一點之後，bug的解決數量大於新的bug產生的數量。各種測試方法：單元測試；**覆蓋率測試；構建驗證測試；驗收測試；探索式測試；回歸測試；場景/整合/系統測試；夥伴測試；效能測試；壓力測試 ；內部/外部公開測試；易用性測試。如何減少bug的數量？
第14章 質量保證
軟體=程式+軟體工程 推導 軟體質量=程式質量 +軟體工程質量。軟體的開發過程有三個主要的特性；「好」「快」「便宜」。通俗的理解就是」軟體在功能丶成本丶時間三方面滿足利益相關者的需求。把自己專案的架構和流程做好，讓所有人都能比較容易地進行qa工作，這樣，團隊的「軟體工程質量」才會有提高。培養「大家都要做qa，專人負責量化的test，有條件多做測試自動化」的文化。要明白自己專案的特點，避免照搬別人的做法。如何提高軟體的質量保證？
第15章 穩定和發布階段
根據事情的輕重緩急，安排大部分事情在下乙個版本做。正因為我們對專案、團隊、商業模式有信心，才會把很多事情安排在以後的版本中。乙個團隊經歷了計畫/設計/開發等階段，達成**完成這一目標，似乎後面的事情就水到渠成了。其實不然，軟體生命週期的最後階段往往是最考驗團隊的，不但考驗團隊專案管理水平，應變能力，也考驗團隊的」血型「。怎樣能穩定的發布？
第16章 it行業的創新
創新才是關鍵，it行業只有創新才有新的發展，新的方向帶領人們走向it的更高層次。it行業往哪個方向創新？
第17章 人，績效和職業道德
在與人交往的過程中，我發現還是有很多同學只是關注「自我」和「當下」，不善於跟別人合作，也不會估計別人會怎麼想，或者估計「我們的團隊將來會發生什麼，我要如何應對」。造成這種現象的一部分原因是，不少同學從小就被灌輸「搞好自己的學習就可以了」，「把眼下的考試考好，以後就好了」，另一部分原因是，同學們從來沒有練習如何與別人合作，估計別人會想什麼，估計團隊以後會發生什麼。用專業知識教育人是不夠的。通過專業教育，他可以成為一種有用的機器，但是不能成為乙個和諧發展的人。要使學生對價值有所理解並且產生熱烈的感情，那是最基本的。是否要與人合作，就能成功的做出程式？
13 17章讀後感
13 測試效能資料是個很深奧的領域，書本也提示我們需要下一番苦功才能掌握，我們學生去掌握這個是不是有點供過於求了？14 對於團隊，應該如何安排qa和測試工作？15 不能達到預期設計的功能，要進行砍掉，但是如果這樣不是沒有達到工作要求麼？16 我們對於 的掌握能力其實並不是很高，對於創新，對我們來說應...
《構建之法》1 5章讀後感
在第一章中所述的與軟體工程相關的學科有除計算機學科外還有管理學，系統工程，工業設計等9門學科，這是不是意味著我們在學完計算機這門學科之後還要學習這些其他的另外9門學科呢？我知道能夠學完這幾門學科固然是好的，但我們如何能夠在只有計算機工程這門學科下更好的理解與學習軟體工程呢？在第二章中 你的rp是由你...
《構建之法》1 2 3章讀後感
第一章 看了大概了解軟體從乙個想法到最終成品的乙個過程。軟體先是由乙個想法引出的，有那個想法，你需要乙個工具去做什麼，然後根據自己想要的功能大概做乙個能實現基本功能的軟體，再對客戶提出的要求進行完善，實現了功能後對軟體進行維護。還有就是做的軟體要符合客戶的要求，而不是只根據自己的想法去做，要滿足大部...