半年開発してわかった自動テストの価値

Slide 1

Slide 1 text

半年開発してわかった⾃動テストの価値【学⽣向け勉強会】teamLab×DMM tech meetup ~frontend~ 宇根昇汰

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

© teamLab Inc Case 1：新規実装実装時にログ出⼒などで動作確認する const func = (arg: string) => { if(arg === '') { return 'empty' }; return arg; } - console.log(func('lab')) > lab - console.log(func('')) > empty 全て消した状態でPR作成レビュワーも動作確認するかも無駄じゃない？

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

© teamLab Inc デバッグの減少テストコードによってコードの機能が保証されるバグもテストコードによって検出される変更への信頼の増⼤リファクタリングなどによる変更が既存機能に影響を与えたかを検知可能ドキュメンテーションの改善テストコードがコードの挙動を明確に⽰してくれるドキュメントが古くなっているということもないレビューの単純化レビュワーは、コードが適切に機能していることをテストが通っている事実だけで判断可能思慮に富む設計テストコードを書きやすいように設計することは適切にモジュール化し、密結合を避けることに繋がる⾼速で⾼品質なリリース⼿動テストの⼯数を減らし、新機能だけでなく既存機能に対しても何回でもテスト可能 Pros Googleのソフトウェアエンジニアリング　 p249-250

Slide 12

Slide 12 text

© teamLab Inc Case 1：新規実装実装時にテストコードを書いて動作確認 const func = (arg: string) => { if(arg === '') { return 'empty' }; return arg; } test('普通の文字列の場合', () => { expect(func('lab')).toBe('lab') }) test('空文字の場合', () => { expect(func('')).toBe('empty') }) テストコードもコミットしてPR作成レビュワーはテスト結果で動作を確認 Happy… デバッグの減少レビューの単純化