既存プロダクトに後からテストコードを追加している話

Transcript

1. 既存プロダクトに後からテスト コードを追加している話 2025/04/17 渋谷でビール片手にLT会！ #16 @yussak213
2. 自己紹介 @yussak • 婚活業界の事業会社のWebエンジニア • エンジニア歴：３年目 • 趣味：ボードゲーム、将棋、狩野英孝
3. 目次 • プロダクトの背景 • どうやっているのか • 結果 • 今後 • まとめ
4. プロダクトの背景 • プロダクトは10年以上運用されており、規模、複雑度が高い • テストコードは最近増やす意識は出てきたが、まだ多くない
5. プロダクトの背景 • SQLでロジックがゴリゴリに書かれている機能がある • 1ファイルに1000行以上あるものも多い • そのようなファイルが200以上ある • ORMに移行したい思いは数年あるが、そのための行動が取れていない
6. 現状を打開したい！
7. 機能開発のスピードを上げられるよう リファクタリングしたい！ しかしテストコードがないのでやりづらい！
8. SQLのテストを書こう 🔥
9. プロダクトの背景 • APIのテストコードは書こうという意識が出てきた→継続 • SQLは多くの部分で重要な部分を担っている→書きたい • 画面のテストは一旦手動でやったほうが早い→保留 →SQLのテストを増やそう🔥
10. どうやっているのか • シンプルそうなSQLファイルを1つ選んだ • 雑でもいいので、楽観的な正常系のみ書いている • ログを見て、見よう見まねでパラメータなどを作っている • Cursorなどにテストケースを考えてもらっている →完璧を目指さずテストを書き、まず完成を目指しています💪
11. どうやっているのか • ある程度テストは書けてきたが、どれくらいカバーできているのか？ ◦ 条件分岐が入り組んでいるのでそれのカバーをどうやるかが自信が ない ◦ 自分がまだプロダクトに詳しくない →チーム内で話し合って仕様整理やテストケースなど決めていく予定🔥
12. 現時点での結果 テストコードが10年以上なかった領域に最初のテストコードを書けた！ 戦　う　準　備　ができた🔫
13. 今後 • お手本となるテストコードを作る • それを元にテストを増やす • ORMに書き換える 負債解消！
14. まとめ • テストは後から書くのは大変なので、可能なら最初から書いたほうがいい • 最低限・楽観的なものでもテストがあると安心感がある テストを書いて戦っていきます🔥
15. ご清聴ありがとうございました！