課後做業-閱讀任務-閱讀筆記-0

　　壓力測試嚴格地說不屬於效能測試，壓力測試要驗證的問題是: 軟件在超過設計負載的狀況下可否仍能返回正常結果，沒有產生嚴重的反作用或崩潰。

解決道德衝突最好的方法是對基本原則進行全面的思考，而不是盲從某些具體的條目。 確保僱主和客戶瞭解並贊成你作的重要折衷，並讓用戶和公衆能瞭解這些折衷。 對於任何形式的軟件維護工做，要具有同開發新軟件時同樣的專業精神。

第一章：概論

 

　　這一章節裏面大可能是理論知識的介紹吧，初步地瞭解到軟件和軟件工程是兩種不同的概念。軟件工程在軟件的發展中產生，他的特殊性、「工程」的概念、還有軟件工程與計算機科學的關係，軟件工程的目標在1.2裏面有說起。這一張章節裏面主要接受他的概念，沒什麼其餘疑問，多是瞭解得不夠深入，沒有被困擾。

 

第二章：我的技術與流程

 

　　裏面說起到的單元測試還有迴歸測試，雖然書本有介紹它們的含義還有做用，也有寫到用VSTS來寫單元測試，而且有列出單元測試的代碼，可是不知道是否是因爲沒有用軟件來編寫執行，給個人感受是很概念模糊，沒辦法理解到他們的實際操做，可能要在課外裏擴展知識，單元測試和迴歸測試讓我以爲挺重要的，對之後作程序來講可讓本身的程序更好的瞭解到不足和退步。

 

　　我的開發流程這邊讓我想到的是咱們的做業，咱們本身的流程相對比較簡單，大多數時間都在具體代碼的編寫，雖然在計劃分析也佔據一部分時間，但相對起來少。對比其餘的程序員的開發流程，報告，測試這一方面明顯比咱們學生多。那麼對於這一狀況，若是有意要從事這一方面的同窗，是否是應該從學生這一時刻開始重視報告和測試這一塊？

 

　　對於2.1的內容，那麼咱們該怎麼去着手學習單元測試，迴歸測試呢？是否是能夠從咱們平時寫的小程序裏實踐一下學習怎麼寫怎麼用單元測試和迴歸測試嗎？

 

第三章：軟件工程師的成長

 

　　這一章節裏面主要是評論工程師水平的主要方法。有說起到初級軟件工程師如何成長，以及職業工程師的職業發展版本，對於咱們這寫學生級的軟件人員，考證的模式是否是比較廣泛的呢？還有一半在外面的社會裏面，其實通常是採起那種職業成長版本呢？

 

　　對於書本的學習我感受進行自我評價對之後本身的進步有必定的做用，咱們是否是也要按期進行自我評價來改進本身，讓本身在這一方面有提升進步？

 

第四章：兩人合做

 

　　這一章節裏面，才意識到本身其實有時候的代碼不是很規範的，編寫規範的代碼是程序人員良好的習慣。書本里面提到的代碼複審以及結對編程都是要合做的，咱們曾經也進行過結對訓練，能在實踐進行中感覺到每一個人的角色和做用，學習到不少，對於代碼複審則是比較陌生。可是在書中仍是瞭解到代碼複審的做用是很強大的，很是適合一些中型以上的程序的測試檢查。

 

　　還說起到的是兩人合做的階段以及技巧，那麼，我其實有個問題是，在結對練習裏面基礎較差的同窗擔任駕駛員的角色會不會度同窗有較大進步？

 

第五章：團隊與流程

 

　　章節裏面主要介紹了不一樣的團隊模式，和開發流程以及各自的優缺點，還說起團隊與非團隊的概念。對於如今的咱們可能較爲熟悉的開發流程是瀑布模型。對於團隊模型我比較有興趣瞭解的是交響樂團模式，那麼其實，對於咱們學生團體，大多數屬於的是什麼模式，什麼開發流程模型？通常的公司有事什麼類型的團體模式，開發流程？

 

　　這本書是軟件工程的教材，對咱們專業確定是有必定的幫助，裏面介紹涉及不少知識，有些是咱們接觸過的也有咱們沒有接觸過的知識，一邊學習一邊會出現這方面的疑問，大多數是涉及咱們自己專業之後的疑慮。