去年底在公司分享了關於使用 Jest 進行前端單元測試的議題，簡報版本在此，現在將其整理為文章以方便日後查詢與閱讀。
前言
從事前端工作也幾年了，先前有諸多原因都未能在公司產品上實行單元測試，例如做功能都來不及了，哪有時間寫測試、程式寫的太過耦合難以測試之類的。
我以前只在個人的 side project 上寫過單元測試，也的確感受到「測試能夠減低重構時不致無意間把原有功能搞壞就釋出的風險」帶來的好處。而這次算是我第一次在公司產品上導入單元測試，在測試的領域還算是新手，這篇文章便作為新手的個人筆記，有什麼錯誤的部份請偷偷告訴我 🙂
再提一下情境：我們使用 React + Redux 進行 SPA (Single Page Application) 的前端網站開發，是前後端分離的開發模式，後端團隊出 JSON 格式的 API 給前端進行資料串接。在 Scrum 會議中 Story Refinement Meeting 開 Story 的 Sub tasks 都會特別開 Unit Test 實作的票。
Why Jest?
為什麼選擇 Jest 呢？跟最常拿來被比較的 Mocha 來說，從 Jasmine 發展而來的 Jest 本身對於 React 的整合度挺不錯的（而且是 Facebook 自家的，釋出與修正速度可靠許多），而且本身也整合好了斷言 (Assertion)、Mock 等 Library 以及 Coverage 報告功能，還有滿特別的 Snapshot 測試，以及優秀的 watch 模式可以只測試當次更改的檔案，最重要是它的設定頗好上手的。