Phase 1 Setup 1-7: E2E 動作確認手順 + ログ証跡
概要
Setup 1-1〜1-6 の成果が結合して動作することを E2E で確認し、結果をログ / スクリーンショット / コメントで証跡として記録する。Phase 1 Setup 1 の完了判定 + Phase 1 Sprint 0 着手の前提確認も兼ねる。
詳細仕様: docs/architecture/infrastructure-plan.md v5 §5.2 受入条件。
背景
Setup 1-1〜1-6 が個別 PR で merge されても、それらが組み合わさって「ログイン → JWT 取得 → API call が成功する」状態を確認していない。本 Issue で結合動作を保証する。
成果は docs/dev/local-setup.md の §8(E2E)と整合させ、再現可能性を担保する。
実装内容
A. E2E シナリオ実行
下記を順に実行し、各 step の結果を記録(スクショ / ログ output):
docker compose -f docker-compose.local.yml up -d で MySQL + Keycloak 起動
source .env.local && ./gradlew :webapi:bootRun で tasks-webapi 起動
- Flyway migration ログ確認(
flyway_schema_history、users、tasks テーブル作成)
- ブラウザで
http://localhost:8080(Keycloak admin console)→ admin login OK
tasks realm 確認 → Test User 4 名存在
web/index.html を軽量 HTTP サーバで配信、ブラウザでアクセス
- 未ログイン状態 → Keycloak login redirect
tenant1-member1@example.com でログイン → callback 戻り
- ブラウザの localStorage / sessionStorage に JWT 保存確認
GET /api/auth/me(または当該 endpoint)を Authorization: Bearer <jwt> で呼び出し → 200 応答(api/auth/me 未実装の場合は actuator /actuator/health で代替確認)
- JWT デコードで
realm_access.roles に MEMBER が含まれること確認
B. 証跡記録
下記のいずれかの方法で記録:
- 本 Issue のコメントにステップごとの結果(✓ / ✗ + 短いログ抜粋)
docs/reviews/2026-MM-DD-phase1-setup1-e2e.md(専用 review ノート、ADR ライクに)
C. 失敗時のリカバリー手順
E2E が失敗したら:
- 失敗 step を特定し、関連する Setup 1-X Issue を reopen(または follow-up Issue 起票)
- トラブルシュート手順を
docs/dev/local-setup.md §9 に追記
受入条件
想定影響範囲
関連
備考
- task-type:
task-type:design(動作確認 + 証跡記録)
- 優先度:
priority/p2(Setup 1-1〜1-6 完了後)
- area:
area/infra + area/docs
Phase 1 Setup 1-7: E2E 動作確認手順 + ログ証跡
概要
Setup 1-1〜1-6 の成果が結合して動作することを E2E で確認し、結果をログ / スクリーンショット / コメントで証跡として記録する。Phase 1 Setup 1 の完了判定 + Phase 1 Sprint 0 着手の前提確認も兼ねる。
詳細仕様:
docs/architecture/infrastructure-plan.mdv5 §5.2 受入条件。背景
Setup 1-1〜1-6 が個別 PR で merge されても、それらが組み合わさって「ログイン → JWT 取得 → API call が成功する」状態を確認していない。本 Issue で結合動作を保証する。
成果は
docs/dev/local-setup.mdの §8(E2E)と整合させ、再現可能性を担保する。実装内容
A. E2E シナリオ実行
下記を順に実行し、各 step の結果を記録(スクショ / ログ output):
docker compose -f docker-compose.local.yml up -dで MySQL + Keycloak 起動source .env.local && ./gradlew :webapi:bootRunで tasks-webapi 起動flyway_schema_history、users、tasksテーブル作成)http://localhost:8080(Keycloak admin console)→ admin login OKtasksrealm 確認 → Test User 4 名存在web/index.htmlを軽量 HTTP サーバで配信、ブラウザでアクセスtenant1-member1@example.comでログイン → callback 戻りGET /api/auth/me(または当該 endpoint)をAuthorization: Bearer <jwt>で呼び出し → 200 応答(api/auth/me未実装の場合は actuator/actuator/healthで代替確認)realm_access.rolesにMEMBERが含まれること確認B. 証跡記録
下記のいずれかの方法で記録:
docs/reviews/2026-MM-DD-phase1-setup1-e2e.md(専用 review ノート、ADR ライクに)C. 失敗時のリカバリー手順
E2E が失敗したら:
docs/dev/local-setup.md§9 に追記受入条件
docs/reviews/...に証跡として残っているdocs/dev/local-setup.mdの §8 E2E 手順が本 Issue の結果と整合#4)の closed 候補状態(全サブ Issue closed)想定影響範囲
関連
Phase 1 Setup 1(due 2026-06-13)docs/architecture/infrastructure-plan.mdv5 §5.2 受入条件備考
task-type:design(動作確認 + 証跡記録)priority/p2(Setup 1-1〜1-6 完了後)area/infra+area/docs