《構建執法》心得
整本書一開始寫的是軟體工程的發展史，從開始到應用，所經歷的各種變化。接下來講的是變成**要懂得團體的力量，合作取得雙贏，向我們講述的單元測試，回歸測試，效能分析工具。然後書的中間部分提到了成為軟體工程師所要具備的條件：1.
積累軟體開發相關的知識，提公升技術技能。
2.積累問題領域的知識和經驗。
3.對通用的軟體設計思想和軟體工程的理解。後半本講「這樣走，之後的發展會怎麼樣，所以不行」，怎麼做會對，怎麼做會做錯。比如什麼叫巨集觀視角，什麼叫最佳實踐，什麼叫算無遺策。就像畫一顆決策樹，走向哪個分支走，結果會怎麼樣，清清楚楚，明明白白，讓人信服。整體的力量是無窮的。最後的環節為我們介紹了團隊合作的幾種模式，以及團隊中的幾種開發流程。讓我明白從現在開始就應該著重培養自己的團隊合作意識。
該書從實際軟體開發的各個階段出發，詳細地分析了軟體工程的各個環節，如：需求分析、設計實現、使用者體驗、軟體測試已經最後的發布等等。
說說**風格，乙個良好的**風格規範是乙個軟體開發人員最起碼的要求，即使程式寫得是多麼地出色，具有廣闊的市場應用前景，但是如果背後是混亂不堪的**，那麼就會對這個軟體日後產生不少的負面的影響，特別是在後期的維護以及版本的迭代上，不規範的**對於日後的維護人員來說，簡直就是噩夢，所以好的**規範是多麼地重要，特別是在日後開發具有商業價值的專案時，或者是在乙個軟體專案的團隊裡工作，**規範相當重要。
結對程式設計，對我來說這是乙個很有意思的新詞，儘管這個詞語的出現可以追溯到上世紀，以前不管我們是自己獨立地進行專案的開發還是幾個人組成乙個小團隊進行開 發，最基礎的還是需要每個人寫**（獨立地），但是，在結對程式設計的模式下，是由開發人員肩並肩、平等地、互補地進行開發，無論是設計、分析、編碼、測試。 結對程式設計最大的好處就是可以使得實際開發出來的**不斷地處於「複審」的過程中，可以及時發現問題，可以及時解決問題，可以極大地避免將問題帶到最後的測 試或者是發布階段。
最後來說說軟體測試，不僅僅是這本書中，幾乎所有的介紹測試相關的書籍，都對測試講得很多很多，說到測試，大家最熟悉的就是黑盒、白盒測試等，要寫好乙個不錯的測試，首先要有乙個好的測試方法，如：
unit test
、function test
、structure test
、system test
等等，測試方法多種多樣，關鍵是怎樣找出合適的測試方法最好地完成測試，怎樣寫乙個
test case?
這個好像很麻煩，你必須首先知道並熟悉這個需求，要寫出乙個完整的測試過程，要考慮好測試的邊界值的選取，極端情況下程式的健壯性，所以寫好乙個測試不簡單。
大致上讀完這本書以後，我有了以下幾個問題：
1.對於修改幾行**，如何進行快速準確的測試。
2.怎樣在別人的**基礎上進行修改，對其他**的影響最小。
3.團隊如何互相合作，推進專案的增長。
4.如何查
bug。
5.如何成為一名優秀的軟體測試人員。
軟體測試第五次作業
碼 上學起來 讀 構建之法 現代軟體工程 有感 作為一名學習關於軟體工程方面的學生，在老師的推薦下有幸接觸到鄒欣老師的 構建之法 現代軟體工程 實屬榮欣。對於我來說，計算機類的知識本身它比較枯燥無味，深奧難懂。如果你對於計算機也是這般無奈，那我們的感受一定會一拍即合。現實有時也是像童話一樣，劇情一百...
第五次作業
一 問題及 include using namespace std class time void add a minute void add an hour void add seconds int n void add minutes int n void add hours int n voi...
第五次作業
當我們在討論多型性的時候，通常會用過載函式進行舉例，而這次發現的問題主要在過載運算子上，因此我希望通過對過載運算子的測試來得出乙個結論。我們想知道為什麼前置運算子和後置運算子會有區別，因此設計了乙個實驗來證明它 得到最終結果如預期那樣。通過這次作業，我能感受到前置和後置運算子的區別，通過x 和y x...