構建之法

問題一：

學習了《構建之法》的第一章後，根據移山公司程序員阿超爲給兒子天天出30道加減法題目給孩子作，而設計了一個小程序，老師看了以後以爲這個程序不錯，就提出了一系列的需求，但願阿超能夠改進的例子我瞭解了軟件開發的流程是需求分析、概要設計、詳細設計、編碼、測試、軟件交付。要設計一個軟件要從需求分析開始，但是用戶的需求是多種多樣的，有的需求比較明顯，程序員容易理解，但有的需求不是很明顯，或程序員理解不了用戶的需求或沒法解決用戶的需求的時候，程序該如何編寫呢？

問題二：

學習了《構建之法》的第二章後，根據小飛和阿超的對話的例子，我知道了一個軟件要想發佈，必需要寫單元測試，來發現軟件存在的問題，並進行修復。因此單元測試要有一個標準：（1）單元測試應該在最基本的功能/參數上驗證程序的正確性 （2）單元測試必須由最熟悉代碼的人（程序的做者）來寫 （3）單元測試事後，機器狀態保持不變 （4）單元測試要快 （5）單元測試應該產生可重複、一致的結果 （6）獨立性（7）單元測試應該覆蓋全部的代碼路徑 （8）單元測試應該集成到自動測試的框架中 （9）單元測試必須和產品代碼一塊兒保存維護。可是若是單元測試不是由程序的做者來寫的，後期進行測試的人員對代碼不熟悉以致於看不懂代碼的話，應該如何進行測試、修復呢？

問題三：

學習了《構建之法》的第三章後，我明白了一個好軟件的是由一個團隊共同開發出來的，團隊要交流、要作好本身的工做，那麼在這一個團隊中，確定每一個人的能力有高有低，那麼應該怎樣才能提高一我的的開發技能呢？