なぜJestのmockライブラリに混乱してしまうのか？ - Qiita

はじめに JavaScriptのモックライブラリでは、 sinon などが有名であるが、テスティングフレームワークに Jest を使ってるならば Jest組み込みのモックライブラリで済ませたほうが学習コスト少なくて済むだろうと思える。 しかし、 sinon の感覚でJestのモックライブラリを使おうとすると違和感というのか、モックへの考え方の違いに気づかされる。 ということで今回は、Jestのモックライブラリの考え方と使い方を整理していきたいと思う。 モックの用語整理とJestモックライブラリの位置づけ モックと一言でいっても、それが指す内容は微妙に異なる。 ここでは、モックを 広義のMock Object と 狭義のMock Object と分けて整理してくれているテスト駆動開発を参考に用語を整理する。 テスト駆動開発では、モック用語を、下図のとおり、テストダブルとそのサブクラスとして

[Kesin]

jestのmockはちょっと複雑なことをやろうとすると公式ドキュメントの説明では全然足りないのでやりたいことベースで解説してくれているのは助かります

[t-wada]

テストダブル関係のライブラリや自動テストの語彙について知っていればいるほど、Jestの語彙のズレに混乱しがちな理由がうまく説明されているエントリ

[shun9167]

Jestでmockとspyの使い分け方がよくわからなかった理由がハッキリした。 “Jestの場合、どちらかいうと 広義のモック という観点でAPIを提供してる。このため spy, stubメソッドはどれかなどとAPIを探しては混乱してしまう”

[ikkitang1211]

わかりやすい

[cateiru]

最近めっちゃ混乱したのでありがたい

[brightsoda]

もっく