Allure报告全量用例平铺展示配置方法

通过修正 categories.json 中的字段名（matchedStatuses 而非 mathedStatuses），即可在 Allure 2.x 中创建一个覆盖全部状态的自定义分类，使所有测试用例以扁平化列表形式统一展示，彻底避免默认按套件、包、错误类型等维度的自动分组。

通过修正 `categories.json` 中的字段名（`matchedStatuses` 而非 `mathedStatuses`），即可在 Allure 2.x 中创建一个覆盖全部状态的自定义分类，使所有测试用例以扁平化列表形式统一展示，彻底避免默认按套件、包、错误类型等维度的自动分组。

在 Allure 报告中，默认会将测试用例按 suite、package、test class 或失败原因（error message）等维度自动分组，这虽然有助于归因分析，但在需要全局概览所有执行用例（如交付验收、交叉审查或 CI 看板集成）时反而造成干扰。你期望的效果——一个简洁、无嵌套、按执行顺序/字典序平铺呈现的完整测试列表——完全可通过 Allure 的 自定义分类（Custom Categories） 功能实现，关键在于 categories.json 的精准配置。

✅ 正确做法如下：

1. 在 allure-results/ 目录下（即 Allure 执行结果输出根目录）创建或更新 categories.json 文件；
2. 使用标准字段名 matchedStatuses（注意拼写：matched，非 mathed），并指定全部目标状态；
3. 确保 JSON 格式合法，无多余逗号或引号错误。

[
  {
    "name": "List of all tests",
    "matchedStatuses": ["passed", "failed", "broken", "skipped", "pending"]
  }
]

⚠️ 注意事项：

• 字段名 matchedStatuses 是 Allure 官方文档明确要求的（Allure Categories Docs），拼写错误（如 mathedStatuses）会导致该分类被忽略，Allure 回退至默认分组逻辑；
• 状态值需使用 Allure 内部标准枚举（如 "broken" 表示异常中断，"pending" 在部分适配器中可用，建议根据实际生成的 result.json 中 status 字段确认）；
• categories.json 必须在生成报告前置于 allure-results/ 目录下（若使用 allure serve 或 allure generate 命令，Allure 会自动加载）；
• 若仍出现分组，可检查 allure-results/*.json 中各测试结果是否确实包含 status 字段，且值与 matchedStatuses 列表匹配。

配置生效后，打开 Allure 报告 → 左侧导航栏点击 Categories → 选择 “List of all tests”，即可看到所有测试用例以单一、无层级的列表形式呈现，支持排序、搜索与状态筛选，真正满足“一览全貌”的需求。

总结：Allure 的分类机制本质是规则匹配而非强制分组，一次准确的 categories.json 配置，就能绕过默认聚合逻辑，实现专业、可控的测试视图定制。