自测用例生成

### 自测测试设计

---

**任务目标**  
为系统“在线调整参数”功能生成开发自测用例集。用例需覆盖功能正确性、异常处理、边界值、并发安全、持久化与回滚机制，并按**P0/P1/P2**优先级分层，确保核心路径万无一失，重要异常可控，边缘场景可追溯。

---

**优先级定义（供测试用例标注）**

| 优先级 | 定义 | 典型场景 |
|--------|------|----------|
| **P0** | **阻断级**：若失败，功能完全不可用或导致生产事故，必须100%通过 | 参数修改导致系统崩溃（必须存在一个主是服务状态） |
| **P1** | **重要级**：影响用户体验或数据一致性，但存在降级或绕行方案 | 边界值校验、并发修改冲突、参数持久化、审计日志、（暂无参数回滚，依赖用户第二次纠正下发） |
| **P2** | **优化级**：极端场景或非功能性要求，不影响主流程 | 海量参数同时修改、高频修改压力、日志提示 |

---

**测试范围与关注点（开发自测必查）**

1. **参数类型覆盖**：整型、浮点型、布尔型、字符串、枚举、JSON/Map结构、Duration（时间间隔）、文件路径等。
2. **生效范围**：全局生效 / 单实例生效 / 集群同步（若有）。
3. **修改方式**：配置文件热加载。
4. **校验逻辑**：类型校验、取值范围、依赖关系（如A参数变更需联动B）、格式正则。
5. **持久化**：修改后是否写入数据库/配置文件，重启后是否保留。
6. **回滚机制**：参数修改失败或业务异常时，是否自动恢复旧值或提供手动回滚。
7. **并发安全**：多线程同时修改同一参数或不同参数时的数据一致性。
8. **业务联动**：参数变更后，依赖该参数的业务流程（如限流阈值、超时时间、开关）是否实时生效。



**示例用例（供参考）**

| 用例ID | 优先级 | 测试场景 | 测试步骤 | 预期结果 |
|--------|--------|----------|----------|----------|
| TC_001 | P0 | 修改整型参数（合法值） | 调用修改接口，传入合法整数值 | 参数值更新成功，业务逻辑按新值执行（如限流阈值变化），服务不重启 |
| TC_002 | P0 | 修改参数为非法类型（如字符串传入整型字段） | 传入类型错误的值 | 接口返回明确错误码，参数值保持不变，服务不崩溃 |
| TC_003 | P0 | 修改参数超出允许范围（如min-max） | 传入超出边界值 | 拒绝修改，返回具体错误提示，原值不变 |
| TC_004 | P1 | 并发修改同一参数 | 两个线程同时修改同一参数为不同值 | 最终值符合最后一次提交（或按锁策略），不出现数据覆盖混乱，日志记录两次操作 |
| TC_005 | P1 | 修改后持久化，模拟重启 | 修改参数 → 重启服务 | 重启后参数值仍为修改后的值 |
| TC_006 | P1 | 修改参数引发业务异常（如超时时间设为0导致任务失败） | 设置极端值触发下游报错 | 系统应捕获异常，参数可回滚至旧值（或提供快速恢复手段），不影响整体稳定性 |
| TC_007 | P2 | 连续高频修改同一参数（每秒10次） | 持续发送修改请求 | 系统资源正常，无内存泄漏，最终值正确，日志无丢失 |
| TC_008 | P2 | 修改一个不存在的参数名 | 传入不存在的key | 返回参数不存在错误，不影响其他参数 |


---

**使用方式**  
请根据上述模板和范围，结合具体业务参数清单，逐一编写用例，并标注优先级。可借助Excel或测试管理工具维护。自测完成后，输出《在线调参开发自测报告》，包含用例执行结果、缺陷记录及回归情况。

@D:/SRC/go/src/git/master/Operator/Operator/pkg/gdbTask/gdbDataAction/DataAdjustStaticParamsAction.go
1.针对在线调整参数的action，生成自测用例。根据P0，P1，P2划分测试用例。参考提示词：@D:/SRC/go/src/git/master/Operator/Operator/doc/steps/selfTest.md
2. 根据 @D:/SRC/go/src/git/master/Operator/Operator/doc/steps/20260701-origin.md 进行理解，补充具体的用例内容
以表格的方式输出到 @D:/SRC/go/src/git/master/Operator/Operator/doc/steps/case.md