十三章:軟體測試
bug我們經常聽到的，要發現解決我們遇到的bug（軟體的缺陷），我們必然需要測試。本章我們了解很多基本名詞解釋及分類。
測試有很多種方式:白箱和黑箱，功能測試和非功能測試等。
書本還提到很多測試方法，書本239~251， 大概有十幾種方法那麼多，其實我覺得我們可以選擇一種適合的方法進行測試。
測試這一方面我們接觸的比較少，一般只會針對功能對程式進行測試，測試也會涉及很多測試相關文件。
十四章：質量保障
對於乙個軟體來說，軟體的質量是很重要的，程式的質量=程式的質量+軟體工程的質量。
前面一章節體到的軟體測試是對軟體質量的保證。書中也羅列了測試跟軟體質量之間存在的關聯。
發現越到後面，測試對軟體的重要性越大，我們應該針對這方面多點訓練。
十五章：穩定和發布階段
軟體的測試完後，接下來就是軟體的穩定，以及發布階段了。我們身為軟體的開發者，自然會了解到我們的軟體有哪些不好的，有哪些缺陷，書本有建議幾種方法讓程式保持穩定：設計變更，砍掉功能，修復bug的門檻逐漸提高等。
在發布後，書中提到的「事後諸葛亮會議」。確保大家不會因為乙個里程碑的結束而一哄而散，沒了蹤影。
十六章：it行業的創新
能做出乙個軟體不重要，我覺得最重要的是軟體的創新，往往我們都會產生創新的迷思：
1、靈光一閃，偉大的創新就緊隨其後；
2、大家都喜歡創新；
3、好的想法會贏；
4、創新者都是一馬當先；
5、要成為領域的專家，才能創新；
6、技術的創新是關鍵；
7、成功的團隊更能創新；
所以說it行業中，創新很重要，所以把握好創新的時機，以及運用好創新的招數，那麼我們才能創作出更好的軟體。
書中提到魔方的創新的例子進行分析。
十七章：人，績效和職業道德
書本通過豬，雞和鸚鵡的故事的例子描述出軟體工程中的問題終究是人的問題：人是幹活的還是不幹活，這是個問題。其次，幹活的人的績效也是很重要的。我們要對隊員的績效進行管理。書本中提到得蘿蔔白菜，我覺得白菜是我比較贊成的一種。
團隊合作的幾個階段中，要注意我們的身為軟體工程的職業道德。
讀《構建之法》四 十七章
第四章第四章知識點總結 風格的總結 簡明 易讀 無二義性 建構函式的原則 專做一件事 單一出口 異常的處理 的複審 複審審核表的內容 結對程式設計的必要性與可能遇到的問題 結對程式設計的分工 注意 四個空格 限制行寬 基於本章的問題 結對程式設計是現在比較流行的一種合作程式設計模式，但是大的企業和公...
《構建之法》 第四 第十七章
第四章，主要內容為講述兩個程式設計師 從作者大篇幅講述 規範等內容來看 應該是把大部分閱讀此章的讀者看作基礎的程式設計師了 如何合作。這章我在看完之後分了兩個板塊 交流 與 合作交流 交流 主要就是向讀者傳授如何碼出讓別人看的懂的 規範啦，風格規範等內容 合作交流 部分則是更進一步的向讀者闡述兩個合...
《構建之法》第十七章讀後感
通過閱讀 構建之法 第十七章，不能說對我造成了什麼深遠的影響，但是還是感觸頗深 第一，工作分配的重要性，說道工作分配，不得不說我們個小組的組長們，組長不僅僅是乙個團隊的領導者，更是這個團隊的靈魂。它不僅需要了解隨時掌握各組員的動向，更重要的是，他需要了解各組員的能力，然後根據個人的能力，然後再去非陪...