最近の E2E 戦略（2026 年 10 月現在）

この記事に書いてあること E2E を主要シナリオだけでなく網羅的に整備した 実装から拾った確認対象とシナリオの対応漏れをチェックし漏れがあれば CI で落とす 開発ワークフローの品質ゲートにローカル E2E 実行を組み込んでいる 毎回全シナリオを回すのではなく、実装に関連する箇所のみ回している（でかいリファクタの時は回帰テストとして全シナリオ回す） やるなら e2e ライブラリがいいよという話 前提となる構成 Web も API も TypeScript で書いている業務アプリ pnpm workspaces でのモノレポ構成 packages/ ├── web/ React・React Router・Vite ├── api/ Hono・Drizzle ORM・PostgreSQL ├── domain/ 計算や入力制約などの業務ルール ├── shared/ 共通の型・ユーティリティ

[s_ryuuki]

https://github.com/tester-army/e2e

[syu-m-5151]

E2Eと実装の対応表は、漏れを検出してもテストの中身までは保証しない。ボタンを押せたかと、保存後に値が残るかを分ける例がよい。AIにテストを増やさせるなら、現状の動作でなく仕様上の正しさを渡したい。

[knok]

E2E暗号の話でもE2E学習の話でもなかった

[unmarshal]

実装もテストもコストは安くなったけど負債がすごい早さで溜まってくのでそれを制御するプラクティスが求められている感じ。人間とAIの双方で何が負債か線引きの難しさがあって感覚を養う事が必要だなと。

[uehaj]

poteto 氏を信用している人は信用できる。

[kobito19]

e２eテストをe2eと略すな高校校歌

[dorapon2000]

“なので作業ごとにテスト環境を分ける。 各セッションには別々の worktree を用意し、その中で Docker を使って専用の DB とファイル置き場を起動する。API と Web もそれぞれ起動する。”

[roshi]

Selenium、Autify、Playwrightと歩んできた身からするとそこまで振り切っていいのか不安（疑い）がある。きっと正しいんだろうけど。。

[etworks]

これまで、あんまり整備してこなかったので、助かります。

[clubman023]

はー

[hdampty7]

今日丁度ローカルe2eのポリシーについて検討したけど全然レベルが違った。AIがボタンの余白のCSS崩れを検出する処理をe2eにしたいと言い出してそりゃあ流石に細かすぎやろとポリシーの見直しをやったけど進捗なし。

[hitotakuchan]

e2e の test filters

[mkusaka]

実装とE2Eシナリオの対応表をCIで照合して更新漏れを検出し、784件の実装済みシナリオから変更箇所に関連するテストを実行する戦略を紹介します。