既存コードのテストを自動生成する

calculateDiscount関数のテストに、以下の境界値テストを追加して:
- 割引率が0%の場合
- 割引率が100%の場合
- 金額が0円の場合
- 金額が負の値の場合
- 小数点以下の端数処理

テストを書くにあたっての方針:
- データベースアクセス（repository層）はモックする
- バリデーションロジックはモックしない（実際の検証を通す）
- 外部API（Stripe）はモックする
- 日時は固定値（2026-01-01T00:00:00Z）を使う

テスト名は日本語で、以下の形式で書いて:
「〜の場合、〜すること」
 
例:
- "メールアドレスが空の場合、バリデーションエラーを返すこと"
- "正常なリクエストの場合、ユーザーを作成して201を返すこと"

// src/services/userService.ts
export async function registerUser(input: RegisterInput): Promise<User> {
  // メールアドレスのバリデーション
  if (!isValidEmail(input.email)) {
    throw new ValidationError("メールアドレスの形式が不正です");
  }
 
  // 重複チェック
  const existing = await userRepository.findByEmail(input.email);
  if (existing) {
    throw new ConflictError("このメールアドレスは既に登録されています");
  }
 
  // パスワードのハッシュ化
  const hashedPassword = await hashPassword(input.password);
 
  // ユーザー作成
  return await userRepository.create({
    email: input.email,
    name: input.name,
    password: hashedPassword,
  });
}

@src/services/userService.ts のregisterUser関数のテストを書いて。
 
方針:
- Vitestを使用
- userRepositoryはvi.mockでモック
- hashPasswordもモック（戻り値は "hashed_password" 固定）
- isValidEmailはモックしない（実際の検証ロジックを通す）
 
テストケース:
1. 正常系: 有効な入力でユーザーが作成される
2. メールアドレスが不正な場合にValidationErrorが投げられる
3. メールアドレスが既に登録済みの場合にConflictErrorが投げられる
4. repositoryのcreate呼び出しにハッシュ化されたパスワードが渡される
 
テストを書いたら実行して、すべてパスすることを確認して

サブエージェントを使って、生成したテストコードをレビューして。
以下の観点でチェックして:
- テストが実装の重要なロジックを検証しているか
- モックの設定が正しいか
- テストが実装の変更に脆くないか（実装詳細に依存しすぎていないか）

## テスト方針
- テストフレームワーク: Vitest
- テストファイルの配置: 対象ファイルと同じディレクトリに `.test.ts`
- テスト名: 日本語で「〜の場合、〜すること」の形式
- モック方針: repository層はモック、ビジネスロジックはモックしない
- テスト実行: `npm run test -- --run src/path/to/file.test.ts`

for file in $(find src/services -name "*.ts" ! -name "*.test.ts"); do
  claude -p "このファイルのテストを書いて、実行してパスすることを確認して: $file" \
    --allowedTools "Edit,Bash(npm run test *)"
done