自動化mock
摘要：
簡介（未完成）
自制的開源自動化 mock 工具
（todo read）
微服務架構—自動化測試全鏈路設計
(todo read)
開發層面討論微服務的更多是框架、治理、效能等，但是從完整的軟體工程來看我們嚴重缺失分析、設計能力，這也是我們現在的工程師普...
簡介（未完成）
自制的開源自動化 mock 工具 （todo read）
微服務架構—自動化測試全鏈路設計 (todo read)
開發層面討論微服務的更多是框架、治理、效能等，但是從完整的軟體工程來看我們嚴重缺失分析、設計能力，這也是我們現在的工程師普遍缺乏的技術。
我們經常會發現一旦你想重構點東西是多麼的艱難，就是因為在初期構造這棟建築的時候嚴重缺失了通盤的分析、設計，最終導致這個建築慢慢僵化最後人見人怕，因為他逐漸變成一個怪物。（比如，開發很少寫 unitTest ，我們總是忽視單元測試背後產生的軟體工程的價值。）
依賴方先ready，然後我們緊接著進行測試、釋出嗎。如果是業務、架構合理的情況下，這種場景最大的問題就是我們的專案容易被依賴方牽制，這會帶來很多問題，比如，研發人員需要切換出來做其他事情，branch 一直掛著，不知道哪天突然來找你說可以對接了，也許這已經過去一個月或者更久，這種方式一旦養成習慣性研發流程就很容易產生線上 BUG 。
mock的價值
- 相互依賴專案的開發和測試 可以最大程度的並行開發
- 測試資料不汙染資料庫
mock 需求橫跨各個階段：
- 開發階段 unitTest mock 外部依賴，完善的單元測試保證了我們內部的邏輯是沒有問題
- 聯調階段 mock 外部依賴
- 自動化測試階段 mock 需求