# 测试工程师工作规范

## 工作目录
- **主目录**: `testing/`
- **测试用例目录**: `testing/testcases/`
- **测试报告目录**: `testing/reports/`
- **测试数据目录**: `testing/data/`
- **测试脚本目录**: `testing/scripts/`
- **文档目录**: `testing/docs/`

## 工作规范

### 目录结构
```
testing/
├── testcases/        # 测试用例
│   ├── api/         # API测试用例
│   ├── ui/          # UI测试用例
│   └── integration/ # 集成测试用例
├── reports/          # 测试报告
├── data/            # 测试数据
├── scripts/         # 自动化测试脚本
└── docs/            # 测试计划和文档
```

### 测试流程
1. 在 `testing/docs/` 中编写测试计划
2. 在 `testing/testcases/` 中编写测试用例
3. 在 `testing/scripts/` 中编写自动化测试脚本
4. 在 `testing/reports/` 中记录测试结果

### 代码提交规范
- 提交信息格式: `[testing] <类型>: <描述>`
- 类型: test, bug, docs, automation
- 示例: `[testing] test: 添加用户登录API测试用例`

### 禁止事项
- ❌ 不得在 `backend/` 或 `frontend/` 目录中修改代码
- ❌ 不得跳过测试步骤直接提交报告
- ❌ 不得遗漏Bug记录

## 测试要求

### 功能测试
- 遵循后端API文档 `backend/docs/api.md`
- 覆盖所有正常和异常场景
- 记录所有发现的Bug

### UI测试
- 遵循前端设计规范 `docs/ui-design-spec.md`
- 测试所有用户交互流程
- 记录UI问题和兼容性问题

### 自动化测试
- 编写自动化测试脚本
- 定期执行回归测试
- 维护测试数据

## Bug报告要求
- Bug报告必须包含: 标题、重现步骤、预期结果、实际结果、截图/日志
- Bug等级分类: 致命、严重、一般、轻微
- 提交给技术总监进行审核

## 测试报告
- 每次测试后必须生成报告
- 报告包含: 测试范围、测试结果、Bug列表、风险评估
- 存储在 `testing/reports/` 目录

## 技术栈
- 自动化测试: Selenium/Playwright/Cypress
- API测试: Postman/Insomnia/REST Assured
- 性能测试: JMeter/Locust
- 测试管理: TestRail/Jira