[Phase0] Vitest設定(unit/component/dbの3 environment分離) + package.jsonスクリプト

[reitojike]

概要

Issue #3 の対応。Vitestを test.projects で3つに分離し、package.jsonにスクリプトを登録した。

• test/unit/ — environment: node
• test/component/ — environment: jsdom
• test/db/ — environment: node(Supabaseローカル起動が必要。中身は空のまま)

変更内容

• vitest.config.ts を新規追加。projects オプションで3 environmentを分離
  • ルートは passWithNoTests: true(中身が空のprojectでも成立させるため)
• package.json にスクリプトを追加: typecheck test test:db gen:types
  • yarn test → vitest run --project unit --project component
  • yarn test:db → vitest run --project db
• devDependencies: vitest vite(vitest 4のpeer dep) jsdom を追加

確認したこと

• yarn test / yarn test:db がSupabase起動なしで通る(中身が空でも設定として成立)
• test/unit と test/db にわざと失敗するテストを一時的に置き、
  • yarn test が unit の失敗を検出し、db を実行しないこと
  • yarn test:db が db の失敗を検出すること
    を確認してから削除した(赤くなることの確認 → 復元)
• yarn lint / yarn typecheck / yarn test / yarn test:db が全て通る

補足

• vitest.config.ts は .mts にすると eslint-config-next 側のパーサー割り当てが
  .mts に対して @typescript-eslint/parser に戻らず、型情報が必要なルールが壊れるため
  .ts のまま。Vite native config loaderのESM/CJS警告は出るが実害はない(exit 0)

Test plan

• yarn lint
• yarn typecheck
• yarn test
• yarn test:db

[Copilot]

🟢 Ready to approve

変更内容がIssueの完了条件と整合しており、設定・スクリプト追加として破壊的影響が小さいためです。

This review doesn't count toward merge requirements. Sign up for the private preview to control whether Copilot approvals count.

Pull request overview

Issue #3（Phase0の足場）に対応し、Vitest のテスト実行を unit/component/db の3プロジェクトに分離して、ローカルSupabase依存の db テストを通常の yarn test から切り離せるようにするPRです。あわせて、開発で必要な typecheck/test/test:db/gen:types のスクリプトを package.json に追加し、依存関係（vitest/vite/jsdom）を導入しています。

Changes:

• vitest.config.ts を追加し、test.projects で unit(node) / component(jsdom) / db(node) を分離
• package.json に typecheck, test, test:db, gen:types スクリプトを追加
• vitest/vite/jsdom 追加に伴う yarn.lock 更新

File summaries

File	Description
yarn.lock	vitest/vite/jsdom 追加に伴う依存解決結果の反映
vitest.config.ts	Vitest projects による unit/component/db の環境分離設定を追加
package.json	typecheck/test/test:db/gen:types のスクリプトと関連devDependenciesを追加

Review details

• Files reviewed: 2/3 changed files
• Comments generated: 0
• Review effort level: Lite

We're testing this review assessment. Please use 👍 or 👎 to tell us if it's correct.

[claude]

レビュー結果: 承認寄り(ブロッキングな指摘なし)

概要

vitest.config.ts の新規追加と package.json へのスクリプト登録(typecheck test test:db gen:types)。test/{unit,component,db} を Vitest 4 の projects で3つの独立プロジェクトに分離している。変更ファイルは package.json / vitest.config.ts / yarn.lock の3つのみで、アプリケーションロジックへの変更はなし。

docs/ とCLAUDE.mdへの適合確認

• asキャスト / any / eslint-disable / @ts-ignore: 追加コードになし。既存の eslint.config.mjs の例外リスト(exceptions)にも変更なし。問題なし。
• common/への判断ロジック集約: このPRは設定ファイルのみで判断ロジックの追加自体がないため該当なし。
• 権限判定・削除分岐・公開設定の既定値とテスト: 変更対象外。該当コードなし。
• 型の出どころ(生成型 / Zod z.infer): 手書き型の追加なし。該当なし。
• docs/testing.md「構成」表との整合: test/unit=node、test/component=jsdom、test/db=node(Supabase起動が必要なためyarn testから除外しyarn test:dbのみで実行)という設計が、表の内容と完全に一致している。
• docs/roadmap.md フェーズ0チェックリスト: 「Vitest設定」「package.jsonスクリプト登録」の2項目に対応。GitHub Actions配線は同フェーズ内の別チェック項目として未着手のままだが、これは意図的なスコープ分割であり本PRの不備ではない(次のIssueで対応想定と読める)。
• vitest.config.ts を.tsのまま保持した判断: PR本文の説明どおり、.mtsにするとeslint-config-next側のパーサー割り当てが@typescript-eslint/parserに戻らず型情報が必要な4ルールが壊れる、という理由が実際のeslint.config.mjsのfiles: ["**/*.ts", "**/*.tsx", "**/*.mts"]設定と整合している。tsconfig.jsonのincludeにも**/*.tsが含まれており、yarn typecheckの対象にも入る。妥当な判断。

補足(ブロッキングではない観察)

• gen:typesスクリプトはsupabase/types.tsへの書き込みを行うが、現時点ではsupabase/ディレクトリ自体が存在しない(フェーズ1でSupabase CLIを初期化する想定)。今実行すると失敗するが、このPRでは呼び出されておらず、フェーズ1で解消される前提と読めるため問題視しない。
• vite: ^8 / vitest: ^4 はいずれもyarn.lockで正しく解決されており(vite 8.x, vitest 4.1.10)、依存関係に不整合はない。

全体として、ドキュメントで定義された方針(特にdocs/testing.mdの3分割構成とdocs/lint-policy.mdの型情報ルールの適用範囲)に忠実に沿った、スコープの絞られたインフラPRだと判断する。