「テストコードのスタイルガイド」を作った理由

Transcript

1. 「テストコードのスタイルガイド」を 作った理由 OPENLOGI TGIF 1 2025/03/28 rikuto（@riku929hr）
2. この資料について なぜ「テストコードのスタイルガイド」を作ったか その根底にある想いだけ聞いてほしい！！ 2
3. コーディング規約を作る予定はなかった 3 • リファクタしたらテストが落ちる • リリース後にバグが⾒つかる • CIが遅い etc…
4. • リファクタしたらテストが落ちる • リリース後にバグが⾒つかる • CIが遅い etc… コーディング規約を作る予定はなかった 4 なんとかしたい！！ でも⾃動テストよくわからん！！ 学んでみよう！ というのが事の始まり
5. テストする理由（phpcon2024登壇資料より） 5
6. 変更容易性がもたらすもの 6 プロダクトを迅速に変化させる より顧客課題を解決でき、プロダクト‧会社が成⻑する （Googleのソフトウェアエンジニアリング 11章 テスト概観）
7. 「テストコードのスタイルガイド」 テストコードの質の向上以外の もう⼀つの狙い 7
8. スタイルガイドのもう⼀つの狙い プロダクションコードの質の向上 8
9. 良いテストを書くには 9 （単体テストの考え⽅/使い⽅ p22） （レガシーコードからの脱却 1.1.レガシーコードとは何か？）
10. 良いテストを書くには 10 「良い」テストコードが書ければ 「良い」プロダクションコード
11. プロダクションコードのガイドライン 合意形成が難しい、時間がかかる テストコードのガイドライン たぶん関⼼がそんなに⾼くない プロダクションコードに⽐べれば、合意形成が容易 「テストコードのスタイルガイド」の隠し意図 11 テストコードにゆるいガイドラインを設けることで、 暗黙の「プロダクションコードのガイドライン」ができるはず！
12. 質とスピードは相互作⽤する https://speakerdeck.com/twada/quality-and-speed-aws-dev-day-2023-tokyo-edition?slide=43 12
13. つまり、本当にやりたいのは 13 テストコードに⼀定のレギュレーションを設けて、テストの質を上げる （あくまで理想論です） 間接的にプロダクションコードの質が上がる 質の⾼いコードとテストにより、すぐに⼤胆な変更ができるようになる プロダクトが事業環境の変化に素早く追従する
14. やりたいけど、できていないこと スタイルガイドではカバーしきれない課題への対処 ガイドライン定着のためのAIによる⾃動レビュー ⾃動テストの⾼速化、サイズダウン戦略… 14
15. まとめ プロダクトを中⻑期的に成⻑させていくには変更容易性が不可⽋ ⾃動テストは変更容易性を⽀える⼤きな要素の⼀つ テストコードを良くするためのレギュレーションがあれば、 プロダクションコードの質も上がる（はず） コードの質が上がればデリバリーのスピードも上がり、 プロダクトの成⻑も加速する（させたい！） 15
16. 16 おわり