品質と速度を両立する、私たちのフロントエンドテストの工夫と取り組み

余熱NIGHT from FEC北海道＆東京2025 · Luma
https://luma.com/u9djlzi1?locale=ja&tk=nFxkvK
での登壇資料です

1. ©KAKEHASHI inc. 品質と速度を両立する、 私たちのフロントエンドテストの工夫と取り組み 2025/09/30 株式会社カケハシ 大村 洋平 余熱NIGHT from FEC北海道＆東京2025 スポンサーLT
2. Mission 日本の医療体験を、 しなやかに。 カケハシは、調剤薬局DXを入り口に 日本の医療システムの再構築を目指す ヘルステックスタートアップ
3. ©KAKEHASHI inc. プロダクト紹介 3 Vercel, the Vercel design, Next.js and related marks, designs and logos are trademarks or registered trademarks of Vercel, Inc. or its affiliates in the US and other countries. the site or material is not endorsed by, affiliated with, or associated with Apollo Graph Inc.
4. ©KAKEHASHI inc. 一覧をこの条件で絞り込み できたら良いのだけど... 機能開発の要望は増え続ける 4 金額は税込表示にも 対応してほしい！ 薬局横断で 在庫を分析したいです
5. © KAKEHASHI Inc. All Rights Reserved. 患者の命に関わる医薬品を扱うプロダクトで 品質を犠牲にすることはできない
6. © KAKEHASHI Inc. All Rights Reserved. 品質を損なうことなく、 素早く価値を提供したい
7. © KAKEHASHI Inc. All Rights Reserved. 一見遠回りに見えるほど丁寧なテスト戦略が 結果的に素早い価値提供につながる
8. ©KAKEHASHI inc. Musubi AI在庫管理 フロントエンドのテスト戦略 8
9. ©KAKEHASHI inc. テスト戦略 - テストの構成と比率 E2E テストの比率のベースとなる考え方はTesting Trophy 9 Kent C. Dodds - The Testing Trophy and Testing Classifications Playwright Integration Unit Vitest Testing Library Vitest
10. ©KAKEHASHI inc. 外部仕様に基づくテスト 10 外部 仕様書 テスト 仕様書 テスト コード テスト戦略 - テストの流れ
11. ©KAKEHASHI inc. 【税額】 以下の場合のみ表示されます。 • 選択した出庫先が「消費税表示する」であり、 消費税計算単位が「明細ごと」の場合 テスト戦略 - 外部仕様書の作成 エンジニアが外部仕様を書くことで • 期待する結果が明確になる → 手戻りを減らす • 仕様の複雑さに気付く → ユーザーの混乱やバグを減らす ①外部仕様書 11 👍シンプルな仕様 【出庫単価】 任意の金額を登録できます。ただし、空欄で確定はできません。出庫単価の入力は必須です。 出庫単価は小数点第二位まで入力可能です。なお、小数点第三位を入力した場合は丸められま す。 管理者権限ユーザーの場合 初期設定では、出庫対象日時点の自店舗の原価マスタの設定金額を表示しています。原価マスタ が未設定の場合は出庫対象日時点の単位薬価を表示します。 一般権限ユーザーの場合 初期設定では、単位薬価を表示しています。原価マスタ設定によって表示は変わりません。 • 計算式：単位薬価×出庫額算出率（取引先マスタ設定） • 端数処理：小数第三位を四捨五入して表示 • 数値タイプ：小数第二位まで 😵複雑な仕様
12. ©KAKEHASHI inc. テスト戦略 - テスト仕様書の作成 ②テスト仕様書 12 • 基本的な考え方は外部仕様に対する境界値テスト • パラメータの組み合わせはデシジョンテーブルで表現 ◦ 組み合わせが多い場合はペアワイズ法を活用 パラメータ 1 消費税表示 パラメータ 2 計算単位 期待値1 税額の表示 する 伝票 しない する 明細 する しない 伝票 しない しない 明細 しない
13. ©KAKEHASHI inc. テスト戦略 - テストコードの記述 ③テストコード 13 • テストケースが明確なので生成AIを積極的に活用して効率化 • あるパラメータについて1ケースだけ人間が記述 • Parameterizedテストに変換 • 残りのケースの追加を生成AIに指示 🤖テストコード記述の流れの例 test.eachによるParameterizedテスト
14. ©KAKEHASHI inc. 障害発生件数とリードタイム 変更の リードタイム 14 障害発生件数 外部仕様に基づくテスト の取り組み開始 3月 4月 5月 6月 7月 8月 9月 (上) AI在庫管理の障害発生件数の集計値、(下) Findy Team+によるリードタイム計測値
15. © KAKEHASHI Inc. All Rights Reserved. 一見遠回りに見えるほど丁寧なテスト戦略が 結果的に素早い価値提供につながる
16. ©KAKEHASHI inc. PM・EM・エンジニアを積極採用中 https://kakehashi-dev.hatenablog.com/entry/2025/07/17/093000 We’re Hiring!!!