chenesan 積分 2 編輯於

TDD 很好;但寫 React 怎麼做開發者測試(乃至於 TDD)又是一回事...我會覺得目前沒有好答案啦。

現在常見的做法大概分成兩種:

  1. 用 enzyme 的 shallow 測單個 component 的 render、不執行下層 component 的 render。 類似 mockist 的做法,寫起來很快,但問題是重構、改寫 component 的時候,整個測試會爛掉、或是發生「明明下層 component props 改了,但是這一層的測試卻依然通過」的事情(因為 shallow 只能測是否傳入特定的 props 給下一層)。 另外 React 官方已經棄用 shallow 了,useEffect/useContext 的 hooks 在 shallow 不起作用。只能等待 enzyme 把 shallow renderer 收進去跟改寫: issue1

  2. 用真正的 React mount component 測輸出的 DOM。也是這篇文章提到的 Kent C. Dodds 倡導的。屬於測結果而非狀態的做法。理論上重構會比 shallow 穩定。 但是被測的 component tree 大起來的時候(例如要測上層 component 的邏輯),比較難 trace code。 需要做 api mock。一旦底層有 component 增加了 api 呼叫,測試也是整組壞掉。 更別說 apollo 的 mock provider 有多難用,一定要跑非同步,就只能 wait DOM 出現正確的狀態。

長期來看可能還是整串拿起來測比較穩定啦,但是就是很花時間...然後設計一改又要全部洗牌 XD

chenesan 積分 3

印象中fetch比起xhr少了一些有用的event,像onProgress,要做檔案上傳之類的東西好像還是不太方便...

chenesan 積分 0

推一個,看完依然覺得I don't know C XD