## ADDED Requirements

### Requirement: 用户端登录与会话
系统 MUST 支持用户通过手机号与密码登录；登录成功后系统 MUST 建立用户会话并保存用户身份信息，以便在用户端页面刷新后仍可恢复登录态。

#### Scenario: 登录成功并建立会话
- **GIVEN** 用户输入已存在的手机号与正确密码
- **WHEN** 用户提交登录
- **THEN** 系统 MUST 返回 `success: true` 且在 `data` 中返回用户身份信息
- **AND** 系统 MUST 在客户端保存用户会话信息并跳转到考试计划（任务）入口

#### Scenario: 登录失败不建立会话
- **GIVEN** 用户输入不存在的手机号或错误密码
- **WHEN** 用户提交登录
- **THEN** 系统 MUST 返回 `success: false` 且包含可读的 `message`
- **AND** 系统 MUST NOT 建立用户会话

### Requirement: 考试计划匹配与展示
系统 MUST 根据当前登录用户展示其被分派的考试任务，并且 MUST 仅展示当前时间处于有效范围内的任务；任务列表 MUST 按优先级排序展示（优先级规则：按 `startAt` 升序、再按 `endAt` 升序）。

#### Scenario: 仅展示有效且分派给当前用户的任务
- **GIVEN** 当前用户已登录
- **WHEN** 用户进入“我的考试任务”页面
- **THEN** 系统 MUST 仅返回并展示满足以下条件的任务：已分派给当前用户且当前时间在任务有效时间范围内

#### Scenario: 任务列表按优先级排序
- **GIVEN** 返回的有效任务列表包含多条记录
- **WHEN** 页面展示任务列表
- **THEN** 系统 MUST 按 `startAt` 升序、再按 `endAt` 升序排序展示

### Requirement: 考试开始前置校验与次数限制
系统 MUST 在用户开始考试时执行前置校验：用户 MUST 被分派到该任务且当前时间在有效范围内；每个任务每个用户最多允许考试 3 次，超过次数后系统 MUST 阻止生成试卷并给出友好提示。

#### Scenario: 次数未用尽则允许开始考试
- **GIVEN** 当前用户已登录且被分派到某任务
- **AND** 当前时间在任务有效范围内
- **AND** 用户在该任务下已提交答卷次数小于 3
- **WHEN** 用户点击“开始考试”
- **THEN** 系统 MUST 生成试卷并进入考试界面

#### Scenario: 次数用尽则阻止生成试卷
- **GIVEN** 当前用户已登录且被分派到某任务
- **AND** 用户在该任务下已提交答卷次数等于 3
- **WHEN** 用户点击“开始考试”
- **THEN** 系统 MUST 返回 `success: false` 并提示“考试次数已用尽”

### Requirement: 弃考与次数恢复
系统 MUST 在考试中提供显眼的“弃考”按钮；用户确认弃考后系统 MUST 清空当前考试会话的答题进度与计时信息，且 MUST NOT 生成答题记录或计入统计，因此该次弃考 MUST NOT 消耗考试次数。

#### Scenario: 弃考不落库且次数不减少
- **GIVEN** 用户正在进行考试且存在已保存的答题进度
- **WHEN** 用户点击“弃考”并二次确认
- **THEN** 系统 MUST 清空该次考试的本地进度与计时信息
- **AND** 系统 MUST NOT 写入答题记录与答题明细
- **AND** 系统 MUST 保持该任务的已用考试次数不变

### Requirement: 考试交互与自动保存
系统 MUST 支持题目导航与按题型清晰呈现（单选/多选/判断/文字题）；系统 MUST 自动保存答题进度并在页面刷新后可恢复；系统 MUST 在考试过程中隐藏评分信息（包括题目分值与实时得分），仅在交卷后展示评分详情。

#### Scenario: 自动保存与刷新恢复
- **GIVEN** 用户正在进行考试并已作答部分题目
- **WHEN** 用户刷新页面后重新进入该次考试
- **THEN** 系统 MUST 恢复已保存的答题进度与当前题目位置

#### Scenario: 考试过程中不展示评分
- **GIVEN** 用户正在考试中
- **WHEN** 用户浏览题目与导航
- **THEN** 页面 MUST NOT 展示题目分值、实时得分或任何与评分相关的信息

### Requirement: 交卷后结果、历史与最高分
系统 MUST 在交卷后立即计算并展示本次得分与评分详情；系统 MUST 保存完整答题记录并支持历史答卷回看；系统 MUST 记录同一任务下最多 3 次已提交成绩，且最终得分 MUST 取历史最高分。

#### Scenario: 交卷后展示评分详情
- **GIVEN** 用户完成答题并提交
- **WHEN** 后端完成判分
- **THEN** 系统 MUST 返回 `success: true` 且在 `data` 中包含答题记录标识
- **AND** 用户端 MUST 跳转到结果页并展示得分与明细

#### Scenario: 最终得分取历史最高分
- **GIVEN** 用户在同一任务下完成多次交卷并产生多条成绩记录
- **WHEN** 用户查看该任务的成绩汇总
- **THEN** 系统 MUST 展示该任务下历史最高分作为“最终得分”

### Requirement: 个人统计与可视化
系统 MUST 提供用户端个人考试统计：完成率 = 已考次数/可考次数；合格率（得分率 ≥ 60% 的占比）；优秀率（得分率 ≥ 80% 的占比）；统计结果 MUST 提供图表化展示并适配移动端与 PC 端。

#### Scenario: 展示个人统计
- **GIVEN** 当前用户已登录且存在至少一条考试记录
- **WHEN** 用户进入个人统计页面
- **THEN** 系统 MUST 展示完成率、合格率、优秀率的数值与图表

### Requirement: 操作日志与二次确认
系统 MUST 对关键操作进行审计记录（至少包含：登录、生成试卷、弃考、交卷、查看历史记录）；关键操作（弃考与交卷） MUST 二次确认；系统 MUST 在异常情况下提供友好提示且接口响应 MUST 使用统一响应包裹结构。

#### Scenario: 关键操作写入审计日志
- **GIVEN** 当前用户已登录
- **WHEN** 用户执行“交卷”
- **THEN** 系统 MUST 写入一条审计日志记录，包含操作类型、用户标识与时间戳

#### Scenario: 弃考需二次确认
- **GIVEN** 用户正在考试中
- **WHEN** 用户点击“弃考”
- **THEN** 系统 MUST 弹出二次确认提示
- **AND** 仅在用户确认后才执行弃考清理逻辑

