今天來和大家聊聊測試！

大家都知道到寫測試非常重要，如果測試寫得好，不但可以大大減少驗證功能所重複花費的時間，還能夠增加系統穩定性，甚至是提升程式碼品質。但你有平常有寫測試的習慣嗎？如果有的話，你有寫哪些測試呢？

在我們公司一個非常特殊的文化是，所有的功能開發團隊（Feature Team）都是沒有專職的 QA 的，從產品的規劃、功能開發到上線前確認，甚至是上線後的監控，都是功能開發團隊的職責。每個團隊對於自己的產品都有很高的自主權，那麼團隊自然而然就必須要對整個產品的生命週期負責任，為了能夠確保快速疊代，及同時維持產品的穩定性，撰寫足夠的測試就會是一件非常重要的事情。為了維持產品的穩定性，我們至少在開發時期就會撰寫這些測試

1. 單元測試 - 覆蓋率最高，也是最快能得到回饋的測試
2. 整合測試 - 所有 Api 都至少能夠用整合測試確保在各種情境能運作正常
3. 自動化測試 - 能夠模擬使用者操作功能的流程，驗證所有情境都能運作正常，確保使用者體驗
4. UI 測試 - 確保功能修正時，不會造成破版或跑版的情形

除了以上這些每次 Merge 回 Master 都會跑的測試之外，我們還有定期的執行安全性掃描、壓力測試甚至是滲透測試，為的都是確保能夠有好的使用者體驗（不會改壞功能），避免資料外洩的風險（因為我們是銀行，而且在歐洲，有非常有名的 GDPR），以及最重要的增加疊代的速度。

很多人看完上面這些，應該會覺得既然是銀行，又要處理這麼多的測試，那應該理所當然是半年或一年才更新一次新功能吧？其實反而相反。

我們的產品目前大約有 2、300 人左右在同一個 Repository 工作，至少有 20 ~ 30 個 Team，每天發行的次數是數十次，所有的修改 Merge 回 master 就會自動發佈了，平常修 Bug 或小功能可能是 0 ~ 3 天就會上線，比較大一點的功能也會是 2~4 週就會能夠上線開放給使用者使用。

所以我也會鼓勵大家盡量的寫測試，好的測試反而可以讓你開發更有效率，你覺得你想寫測試最大的困難是什麼呢?