2026/02/09

「利用我們對於情境的知識來挑選正確的測試活動」——《Testing Web APIs：從設計到實作測試策略，交付高品質的API》

有時候我會覺得軟體測試是一個極為消耗腦力的活動，不知道大家是否也如此認為？

這不單是因為有太多種不同類型的測試，要如何選用最合適的測試。

還包含了成本、效益與風險之間的考量。

曾經在社群活動中聽見有人問講師，到底要如何評估該寫多少測試？我怎麼知道這樣的量是否吻合效益？

所以寫太少測試是一種煩惱，然而寫太多也是一種煩惱？

就某些角度來說，寫太多確實也不是一件好事，例如太多測試導致 CI Pipeline 要跑超級久，既耗時又花錢，而且還不見得對於軟體品質或降低風險有幫助！？

這樣看來，測試不只需要思考測試本身，那你還覺得軟體測試是一項可以只交給 QA 人員去負責的任務嗎？

在 Agile 與 DevOps 的世界中，一直有在倡議軟體品質與風險控管不該是專屬於單一人員或角色的重擔，品質與風險應該是整個團隊必須共同承擔的責任。

畢竟你不太可能每次軟體品質出包，就推一位 QA 出去獻祭，真這麼做，遲早軟體團隊內的人都會跑光的吧？（笑）