1 單元測試

(1) 單元測試

(2) 回歸測試

回退操作

2 效能分析工具

先用抽樣的方法找到效能瓶頸所在，然後對特定的模塊用代碼註入的方法進行詳細分析

3 個人開發流程

(1) 計劃

• 明確需求和其他相關因素，指明時間成本和依賴關系
• 分析需求
• 生成設計文檔
• 設計復審（和同事審核設計文檔）
• 代碼規範（為目前的開發定制合適的規範）
• 具體設計
• 具體編碼
• 代碼復審
• 測試（包括自測，修改代碼，提交修改）
• 記錄用時
• 測試報告
• 計算工作量
• 事後總結
• 提出過程改進計劃
• 一個模塊（類）應該只有一個導致它變化的原因，一個模塊應該完全對某個功能負責
• 允許拓展。當應用的需求發生改變時，我們可以對模塊進行拓展，從而改變模塊的功能
• 不允許修改。對模塊行為進行拓展時，不必改變模塊的本身
• 屬性拓展：超過64位的數字
• 數量拓展：十萬條數據
• 維度拓展：多維數組
• 其他屬性拓展
• 形象的顯示數據處理的過程
• 維度拓展
• 數量拓展
• 增量改進
• 讓用戶更喜歡這個軟件
  • o 記住上次的狀態
  • o 自動展現上次文檔最後編輯的地方
• 多用戶
• 多語言
• 安全性
• 平臺的遷移
• 多語言接口
• 增量升級部分模塊
• 基本功能
• 拓展功能
• 高級功能

(2) 開發

(3) 報告

4 軟件設計的原則

(1) 單一職責原則

(2) 開放-封閉原則

5 程序的健壯性

(1) 數據

(2) 需求

(3) 用戶

(4) 軟件構建

6 實踐

(1) 工作的細分

(2) 如何保證質量——回歸測試

保證在加入新功能的過程中，已有的功能可繼續工作，我們需要建立起一系列測試文件

【構建之法】第2章 個人技術和流程