# Test Infrastructure Specification

统一的测试基础设施规范，定义集成测试的标准化模式。

## ADDED Requirements

### Requirement: 集成测试环境结构体

系统 SHALL 提供 `IntegrationTestEnv` 结构体，封装集成测试所需的所有依赖。

结构体字段：
- `TX *gorm.DB` - 自动回滚的数据库事务
- `Redis *redis.Client` - 全局 Redis 连接
- `Logger *zap.Logger` - 测试用日志记录器
- `TokenManager *auth.TokenManager` - Token 管理器
- `App *fiber.App` - 配置好的 Fiber 应用实例

#### Scenario: 创建集成测试环境
- **WHEN** 测试调用 `testutils.NewIntegrationTestEnv(t)`
- **THEN** 返回包含所有依赖的 `IntegrationTestEnv` 实例
- **AND** 事务在测试结束后自动回滚
- **AND** Redis 测试键在测试结束后自动清理

#### Scenario: 环境自动清理
- **WHEN** 测试函数执行完毕（无论成功或失败）
- **THEN** 数据库事务自动回滚
- **AND** 测试相关的 Redis 键自动删除
- **AND** 无需手动调用 teardown 函数

### Requirement: Fiber App 标准配置

集成测试环境中的 Fiber App MUST 使用与生产环境一致的配置。

配置内容：
- ErrorHandler: 使用 `errors.SafeErrorHandler`
- 路由注册: 使用 `routes.RegisterRoutes`
- 认证中间件: 模拟用户上下文

#### Scenario: ErrorHandler 配置正确
- **WHEN** API 返回错误
- **THEN** 响应格式与生产环境一致（JSON 格式，包含 code、message、data）

#### Scenario: 路由注册完整
- **WHEN** 创建测试环境
- **THEN** 所有 API 路由都已注册
- **AND** 可以测试任意 API 端点

### Requirement: 测试用户上下文

系统 SHALL 提供便捷的方式设置测试用户上下文。

#### Scenario: 创建超级管理员上下文
- **WHEN** 测试需要超级管理员权限
- **THEN** 可以通过 `env.AsSuperAdmin()` 获取带认证的请求
- **AND** 请求自动包含有效的 Token

#### Scenario: 创建指定用户类型上下文
- **WHEN** 测试需要特定用户类型（平台用户、代理、企业）
- **THEN** 可以通过 `env.AsUser(account)` 设置用户上下文
- **AND** 后续请求使用该用户的权限

### Requirement: 禁止使用 testcontainers

集成测试 MUST NOT 使用 testcontainers 或其他 Docker 容器方式。

#### Scenario: 测试不依赖 Docker
- **WHEN** 运行集成测试
- **THEN** 不需要 Docker 环境
- **AND** 测试可以在任何有数据库连接的环境中运行

### Requirement: 禁止使用 DELETE 清理

集成测试 MUST NOT 使用 `DELETE FROM ... WHERE ...` 语句清理测试数据。

#### Scenario: 数据清理通过事务回滚
- **WHEN** 测试创建数据
- **THEN** 数据通过事务回滚自动清理
- **AND** 不需要编写任何清理代码

### Requirement: 测试数据唯一性

测试生成的数据（用户名、手机号、商户代码等）MUST 保证唯一性。

#### Scenario: 并行测试不冲突
- **WHEN** 多个测试并行运行
- **THEN** 每个测试生成的数据都是唯一的
- **AND** 不会出现 "duplicate key" 错误

#### Scenario: 使用唯一标识生成器
- **WHEN** 测试需要生成手机号
- **THEN** 使用 `testutils.GenerateUniquePhone()` 或 `testutil.GenerateUniquePhone()`
- **AND** 生成的手机号在整个测试运行期间唯一

### Requirement: 测试文件统一模式

所有集成测试文件 MUST 遵循统一的结构模式。

标准模式：
```go
func TestXxx(t *testing.T) {
    env := testutils.NewIntegrationTestEnv(t)
    // 测试代码...
    // 无需 defer teardown
}
```

#### Scenario: 标准测试结构
- **WHEN** 编写新的集成测试
- **THEN** 使用 `testutils.NewIntegrationTestEnv(t)` 创建环境
- **AND** 不需要手动清理或 defer 语句

#### Scenario: 子测试共享环境
- **WHEN** 测试包含多个子测试 (`t.Run`)
- **THEN** 在父测试中创建环境
- **AND** 所有子测试共享同一个环境