- 選擇書籍：
《VSTS軟體開發指南》
- 讀書摘要：
通過閱讀《VSTS軟體開發指南》瞭解軟體開發方法（MSF）和工具（VSTS），通過Visual Studio製作的具體例項解釋程式設計的基本原則，在閱讀過後，主要了解了三方面的內容層次：瞭解VSTS的基本功能；掌握在軟體設計開發過程中的個人技術發揮優勢所在以及兩人合作的內容要求；通過軟體開發例項（包括本次的電梯設計），瞭解部分例項的具體解決技巧，有效銜接了理論內容與在閱讀過程中所學到的開發技巧，真正做到活學活用，靈活掌握知識體系結構。
- 讀書筆記問題：
- MSF CMMI開發模式是什麼，如何理解它在軟體開發方法中的作用？
CMMI是英文Capacity Maturity Model Integrated（能力成熟度整合模型的簡稱）。運用CMMI模型管理的專案，不僅降低了專案的成本，而且提高了專案的質量與按期完成率。該模型包括了連續模型和階段型模型這兩種表示方法。CMMI有兩種不同的實施方法，一種是連續式，住喲啊是衡量一個企業的專案能力，但是他反映的內容較窄一點，它僅僅表示企業在該專案或類似專案實施能力的某一等級，另一種方法是階段性，它主要衡量一個企業的成熟度，就是企業在專案開發方面的綜合實力。階段性實施方法的難度要大於連續式實施專案的方法。實施CMMI的意義在於提高企業管理水平，降低企業成本。其中包括CMMI一級，完成級，CMMI二級，管理級，MMI三級明確定義級，CMMI四級，量化管理級，CMMI五級優化級。
- VSTS能否開發WIN32程式？
大部分人認為VSTS中的C++編譯器對C++標準的支援更加嚴格，導致部分在Visual C++ 6.0下可以順利編譯的程式在VSTS中無法編譯通過，這樣就給一部分人造成了VSTS下無法開發WIN32原程式的誤解，其實VSTS是可以用來開發WIN32程式的。
- 開發專案有必要用VSTS這種大而全的工具嗎？用各種開源的軟體不可以搭建開發環境嗎？
用開源的原始碼管理和構建工具及.NET SDK的確可以以很低的成本搭建起一個類似的開發環境，但是各種開源工具如CVS和ANT往往都只專注於開發流程中的某一方面，需要人為地在整合上花費精力，而VSTS則兼顧了MSF整個開發生命週期中各階段和各方面的緊密聯絡，將工作項的管理同原始碼管理和構建管理整合起來，形成一個功能強大而使用方便的應用環境，有了好的工具可以提高效率，MSF方法離開了VSTS或者微軟的平臺，依然可以在其他型別的專案中發揮作用。
- 什麼是VSTS中測試設計方法中的黑箱和白箱？
黑箱：在設計測試的過程中，把軟體系統當作一個"黑箱"，無法瞭解或者使用系統的內部結構及知識，一個更準確的說法是"Behavioral Test Design",從軟體的行為，而不是內部結構出發來設計測試。
白箱：在設計測試的過程中，設計者可以"看到"軟體系統的內部結構，並且使用軟體的內部知識來指導測試資料及方法的選擇，"白箱"並不是一個精確的說法，因為把箱子塗成白色，同樣也看不見箱子裡的東西，有人用"玻璃箱"來表示。
但在實際工作中，我們不應嚴格只用某一種方法來設計測試方法，在實際的測試中，當然是對系統瞭解得越多越好。
- 什麼是VSTS的整合測試，什麼時候要運用整合測試？
在軟體開發的一定階段，我們要對一個軟體進行全面和系統的測試，以保證軟體的各個模組都能共同的工作，在各方面都能滿足使用者的要求，這時的測試叫整合測試。
當一個模組穩定的時候，就可以把它整合到系統中，和整個系統一起進行測試，在模組本身穩定之前就提早做整合測試，可能會報告出很多Bug，但是這些由於提早測試而發現的Bug在一定程度上來說是沒有必要的。