通过修正 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 的精准配置。
✅ 正确做法如下：
- 在 allure-results/ 目录下（即 Allure 执行结果输出根目录）创建或更新 categories.json 文件；
- 使用标准字段名 matchedStatuses（注意拼写：matched，非 mathed），并指定全部目标状态；
- 确保 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 配置，就能绕过默认聚合逻辑，实现专业、可控的测试视图定制。
