完善skills；测试用例生成页面功能初步实现

.github/skills/generate-test-cases/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: generate-test-cases
-description: "当需要根据已分解测试项生成包含操作步骤与测试内容的具体测试用例时使用。"
+description: "当已有 normal/abnormal 测试项且需按统一规范生成可执行测试用例时使用；不负责测试方法选择，输出测试用例与合规校验报告。"
 ---
 
 # generate-test-cases
@@ -12,12 +12,11 @@ description: "当需要根据已分解测试项生成包含操作步骤与测试
 - normal_test_items
 - abnormal_test_items
 - requirement_type（可选）
-- recommended_test_methods（可选）
 
 ## 输出
 - normal_test_cases
 - abnormal_test_cases
-- method_alignment_report
+- case_compliance_report
 
 每条测试用例必须包含：
 - case_id
@@ -39,12 +38,24 @@ description: "当需要根据已分解测试项生成包含操作步骤与测试
 3. 必须区分正常测试用例与异常测试用例。
 4. 操作步骤应可顺序执行，避免歧义。
 5. 操作步骤必须包含明确动作、对象和输入条件，禁止笼统动作词。
-6. test_content 必须包含可验证条件，便于后续生成可度量预期成果。
+6. `case_summary` 与 `evaluation_criteria` 必须包含可验证条件，便于后续生成可度量预期成果。
 7. 测试用例应符合可重复执行原则，初始条件和参数必须可复现。
 8. 测试输入必须标识有效值/无效值/边界值性质、输入来源、真实或模拟属性及事件顺序。
 9. 每个操作步骤应包含测试输入、动作、中间期望、评估准则与异常终止信号。
 10. pass_criteria 必须明确是否通过的判定条件，禁止模糊描述。
 
+## 统一生成规范（与测试方法无关）
+1. 字段完整性：每条用例必须包含本 Skill 规定的全部字段，缺失字段不得省略，应给出“待补充”占位。
+2. 可执行性：`operation_steps` 必须按可顺序执行的步骤组织，单步只表达一个核心动作，避免多动作混写。
+3. 可复现性：`initialization_requirements`、`test_inputs`、`preconditions_constraints` 必须足以让第三方复现实验。
+4. 可观测性：每条步骤必须关联可观测结果或中间检查点，避免只描述操作不描述观测。
+5. 可判定性：`evaluation_criteria` 与 `pass_criteria` 必须给出明确判定阈值或布尔条件，禁止模糊词。
+6. 异常完备性：异常用例必须包含异常触发条件、预期保护动作、终止条件与恢复后状态要求。
+7. 去歧义：字段中禁止“适当”“正常”“合理”等无量纲表述，需替换为可验证条件。
+8. 去重一致性：相同测试项下语义重复的用例应合并，保留最完整版本并保证编号稳定。
+9. 追踪关系：`test_traceability` 必须指向来源测试项，保证“测试项 -> 测试用例”可追踪。
+10. 结果衔接：`expected_result_placeholder` 必须可直接用于下一步预期成果展开，不得出现不可映射占位符。
+
 ## expected_result_placeholder 映射（用于 Step 4 展开）
 - {{return_value}}：接口或函数返回值验证。
 - {{state_change}}：系统状态变化验证。
@@ -59,30 +70,6 @@ description: "当需要根据已分解测试项生成包含操作步骤与测试
 - {{resource_usage}}：资源占用与空间约束验证。
 - {{pass_criteria}}：用例通过准则验证。
 
-## 常用测试方法应用清单（B.1.1-B.2.6）
-每个用例必须在 summary 中标注所用方法，并在 steps 中体现方法特征。
-
-| 方法 | 适用场景 | 输入构造规则 | 步骤设计特征 |
-| --- | --- | --- | --- |
-| 功能分解 | 功能/接口主流程 | 按子功能拆输入集 | 用例按子功能逐级覆盖 |
-| 等价类划分 | 功能/接口/边界 | 有效类与无效类分别取代表值 | 每类至少一条步骤 |
-| 边界值分析 | 输入输出边界 | 取边界、邻近、越界值 | 连续执行边界点序列 |
-| 判定表 | 多条件组合逻辑 | 依据条件桩生成规则列 | 一列规则对应一条步骤流 |
-| 因果图 | 条件与结果耦合 | 构建原因-结果及约束 | 覆盖关键因果链路 |
-| 场景法 | 事件驱动流程 | 基本流与备选流输入 | 按场景路径组织步骤 |
-| 功能图法 | 状态与逻辑联合 | 状态转移输入序列 | 状态路径+局部逻辑组合 |
-| 随机测试 | 可靠性/强度 | 输入区间+概率分布 | 指定随机规则和样本量 |
-| 猜错法 | 高风险经验缺陷 | 构造易错输入集合 | 直接验证高风险点 |
-| 正交试验法 | 多因子组合优化 | 因子-水平表+正交表 | 覆盖代表组合点 |
-| 组合测试法 | 参数组合覆盖 | 选定组合强度（pairwise/K） | 按组合强度生成步骤 |
-| 蜕变测试法 | 预期结果难判定 | 构造蜕变关系输入组 | 校验用例间关系一致性 |
-| 控制流测试 | 白盒流程覆盖 | 按路径目标构造输入 | 步骤对应语句/分支路径 |
-| 数据流测试 | 白盒变量使用 | 定义-使用链路输入 | 覆盖关键定义引用对 |
-| 程序变异 | 错误驱动验证 | 针对变异体生成输入 | 验证是否杀死变异体 |
-| 程序插桩 | 运行行为观测 | 插桩点对应输入 | 步骤包含采样与比对 |
-| 域测试 | 输入空间划分检验 | 构造域边界/域内样本 | 验证域划分正确性 |
-| 符号求值 | 公式与路径推导 | 依据符号约束反推输入 | 校验符号关系与结果 |
-
 ## 禁止模糊描述
 - 错误示例："检查功能正常"；正确示例："验证返回状态码为200且响应体包含status=success"。
 - 错误示例："输入合法数据"；正确示例："在用户名输入框输入长度为8的字母数字字符串并提交"。
@@ -92,5 +79,5 @@ description: "当需要根据已分解测试项生成包含操作步骤与测试
 - 每条用例必须可在下一步绑定一条明确、可验证的预期成果。
 - 每条 expected_result_placeholder 必须可映射到定量或可观察的检查项。
 
-## 对齐校验
-- 输出 method_alignment_report，至少包含：case_id、selected_methods、alignment_score、gaps、fix_suggestions。
+## 合规校验输出
+- 输出 case_compliance_report，至少包含：case_id、completeness_score、executability_score、ambiguity_flags、gaps、fix_suggestions。