Link
Embed
Share
Beginning
This slide
Copy link URL
Copy link URL
Copy iframe embed code
Copy iframe embed code
Copy javascript embed code
Copy javascript embed code
Share
Tweet
Share
Tweet
Slide 1
Slide 1 text
Testing Library流でフロントエンドテストのコスパを最大 化する 2022/09/08 by eatski フロントエンドLT会 - vol.8
Slide 2
Slide 2 text
自己紹介
Slide 3
Slide 3 text
本名 芳賀 樹生(はが いつき) H.N eatski(いとすき) twitter https://twitter.com/eatski629
Slide 4
Slide 4 text
現在 フリーランスのフロントエンドエンジニア Next.js+GraphQLでWebサービスの開発をしてます。 Work 何でも人狼ゲームとして遊べる汎用役職振り分けツールを公開してます https://rollrole.web.app/
Slide 5
Slide 5 text
今回はフロントエンドのテスト(Jest,Vitest)についてお 話させていただきます LTは初めてです!! お手柔らかにお願いします
Slide 6
Slide 6 text
フロントエンドのテストは辛い...
Slide 7
Slide 7 text
フロントエンドの特殊性 テストで動くのに本番じゃ動かない(またはその逆)が多すぎる プログラムの正しさだけを担保すればいいわけではない
Slide 8
Slide 8 text
コスパが悪い
Slide 9
Slide 9 text
テストのコスパが悪いと、良いテストが継続的に書かれていく流れを作 れない 最終的にソースコードの品質は落ちる
Slide 10
Slide 10 text
では、どうするか
Slide 11
Slide 11 text
そんな時に出会ったのが、Testing Libaryでした。
Slide 12
Slide 12 text
Testing Libraryとは Jestで動作するフロントエンド特化型のテス トヘルパー enzymeの代替 独自の思想を持つ
Slide 13
Slide 13 text
“Testing takes too much time and effort” by Kent C. Dodds (ライブラリ作者) 訳:テストには時間と労力がかかりすぎる https://testingjavascript.com/
Slide 14
Slide 14 text
「Testing Library流」でコスパのいいテストを書こう! Testing Libraryの思想を取り込みつつ自分達の文脈に合わせていい感じにテストを書こう
Slide 15
Slide 15 text
Testing Library流について、主なポイントとして2つ解説します サンプルケース サンプルコードもあるので後ほどTwitterで共有します
Slide 16
Slide 16 text
ポイント1: 大きな粒度をテストする
Slide 17
Slide 17 text
ユーザーにとって意味のある単位をテストする 単体テストより結合テスト 内部で実装者の都合で分割された 単体 (hooksなど)をテストをしない ユーザーストーリーに沿って「データフェッチ」から「DOMのレンダリング」までを 結 合 した大きな対象(Containerコンポーネント)をテスト
Slide 18
Slide 18 text
テストケース test("API から取得したsprites.front_default を画像として表示する",async () => { render() // TODO: assertions })
Slide 19
Slide 19 text
メリット テストの数が減る (コスト減) ドキュメントとしての価値が高まる (価値増) テストの書き直しが減る (コスト減・価値増)
Slide 20
Slide 20 text
ポイント2: UI要素のアクセシビリティをテストする
Slide 21
Slide 21 text
DOMが持つロールを参照したテストを書く ロールとは WAI-ARIAのロールのこと その要素が意味論的に何であるか・何をするかの情報 例:
ピッピ
→「ピッピ」という名前の「見出し」ロールを持つ要素がある
Slide 22
Slide 22 text
Testing LibraryのfindByRole を使う findByRole を使うとTesting Libraryが支援技術(スクリーンリーダー等)と同じようにDOM を探索してくれる await expect( screen.findByRole("heading",{name: " ピッピ"})) .resolves.toBeInTheDocument() data-testid を振る必要がない
Slide 23
Slide 23 text
メリット 些細な実装・見た目の変更によって左右されない情報の本質についてテストできる (コ スト減・価値増) アクセシビリティを向上させるきっかけになる (価値増)
Slide 24
Slide 24 text
まとめ テストってコスパ大事! ユーザーにとって意味のあるをテストしよう! アクセシビリティを意識しよう!
Slide 25
Slide 25 text
ご清聴ありがとうございました