test-fend.pdf

Transcript

1. テスト書いててよかった 締切ギリギリの改修、 統合テストで質とスピードを両立させて乗り切った
2. 自己紹介 Jun 株式会社カナリー / ソフトウェアエンジニア ▸ お部屋探しアプリ「CANARY」の開発 ▸ 娘が二人（4歳・0歳） ▸ サッカーが好き 2
3. こんな施策の担当になりました 締切あり（←珍しい） ▸ スケジュールがタイト ▸ 売上に直結するお問い合わせフォームの改修 ▸ 3
4. ある条件の場合は問い合わせ入力フローの順番を入れ 替える ① 内容選択 ② お名前入力 → ③ 連絡先入力 → 4
5. 当時の心境 ギリ間に合うか... でも実装怖すぎる... ▸ 統合テストはない ▸ 当時の実装は追加パターンを実装しやすい設計ではなかった ▸ シンプルに見えるがいろんな表示の組み合わせが存在している 5
6. どうしたか 6
7. 1. コンポーネント設計は踏襲し、最短の方法で実装 する 綺麗なコードではないが、最も速く実装可能（単純に条件分岐を追加） ▸ 効果検証段階のため、将来的にリファクタ工数が無駄になる可能性もあ る ▸ 7
8. 2. 既存の挙動を統合テストを書いて品質担保する どう実装するにせよ、既存の振る舞いが壊れたら検知できるようにする ▸ 画面単位で振る舞いベースの統合テストを書く ▸ React Native Testing Library, Jest, MSW ▸ Skillで既存のコードからテストケース作成→実装 ▸ it('前のステップに戻っても入力済みの内容が保持されている', () => {}) it('3ステップ入力後、確認画面に入力内容が反映される', () => {}) 8
9. 結果 🎉 締切間に合った！ ✅ 不具合もなし！ 9
10. 結果 さらに 効果検証の結果、半年後に機能を撤廃することに ▸ リファクタしなかったので、無駄になる工数がなかった ▸ テストがあったので、コード削除も安心してできた 10
11. まとめ ユーザーの振る舞いに対するテストで最低限の品質を担保可能 ▸ AIの力でテストコード書く工数は下がったので急いでいても書くのおす すめ ▸ 11
12. ありがとうございました