はじめに:テスト戦略の話 そもそもフロントエンドのテストって何をどんな粒度で書けばいいの?という疑問はよくあると思います。これについては以前Qiitaの記事: フロントエンドでTDDを実践する(理論編)で書いているので詳細は省きますが、Testing Trophyの戦略に則り、integration testを中心とし、unitテストは本当に有効なものに絞って書くというのがフロントエンドにおいては有効です。 APIモック フロントエンドのintegration testにおいて課題になるのがAPIのモックです。urqlやapollo clientのようなGraphql Clientでもqueryをモックする仕組みはありますが、どちらもclient自体をモックするような書き方になります。一見問題ないようですが、client側でキャッシュの挙動を制御したりできることもあり、本番コードと異なるコ
![mswとgraphql codegenでGraphQLをモックし、効果的で効率的なReactのテストを書く](https://cdn-ak-scissors.b.st-hatena.com/image/square/05e03959ba94e3cc54135814e156e17ad215026a/height=288;version=1;width=512/https%3A%2F%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--mdcavglx--%2Fc_fit%252Cg_north_west%252Cl_text%3Anotosansjp-medium.otf_55%3Amsw%2525E3%252581%2525A8graphql%252520codegen%2525E3%252581%2525A7GraphQL%2525E3%252582%252592%2525E3%252583%2525A2%2525E3%252583%252583%2525E3%252582%2525AF%2525E3%252581%252597%2525E3%252580%252581%2525E5%25258A%2525B9%2525E6%25259E%25259C%2525E7%25259A%252584%2525E3%252581%2525A7%2525E5%25258A%2525B9%2525E7%25258E%252587%2525E7%25259A%252584%2525E3%252581%2525AAReact%2525E3%252581%2525AE%2525E3%252583%252586%2525E3%252582%2525B9%2525E3%252583%252588%2525E3%252582%252592%2525E6%25259B%2525B8%2525E3%252581%25258F%252Cw_1010%252Cx_90%252Cy_100%2Fg_south_west%252Cl_text%3Anotosansjp-medium.otf_37%3Ayoshihiro%252520nakamura%252Cx_203%252Cy_121%2Fg_south_west%252Ch_90%252Cl_fetch%3AaHR0cHM6Ly9zdG9yYWdlLmdvb2dsZWFwaXMuY29tL3plbm4tdXNlci11cGxvYWQvYXZhdGFyLzQzMjdhNjY0YTQuanBlZw%3D%3D%252Cr_max%252Cw_90%252Cx_87%252Cy_95%2Fv1627283836%2Fdefault%2Fog-base-w1200-v2.png)