allure报告在处理参数化测试时，若仅依赖surefire报告目录生成，会导致用例整体状态误判为“通过”，即使部分测试数据实际失败；正确做法是确保使用allure原生结果目录（如target/allure-results）生成报告。
在基于TestNG或JUnit的参数化测试中（例如使用@DataProvider或@ParameterizedTest），一个测试方法对应多组测试数据。Allure默认将每组数据视为独立的测试执行（即逻辑上的“子用例”），其最终在Suites视图中的用例状态，应由所有执行实例的聚合结果决定——只要任一实例失败，该测试方法在顶层应标记为Failed。
但实践中常出现“整体显示Passed”的异常现象，根本原因通常是报告生成时指定了错误的结果源路径。例如：
- maven-surefire-plugin 会将原始XML测试结果（含重试、跳过等元信息）输出到 target/surefire-reports/；
- 而Allure框架自身（通过allure-maven插件或allure-java-commons）则将结构化、可渲染的JSON结果写入 target/allure-results/（Gradle项目对应 build/allure-results/）。
⚠️ 关键区别：
allure serve target/surefire-reports/ —— Allure会尝试解析Surefire XML，但无法准确还原参数化语义和失败聚合逻辑，易将多次执行误识别为“重试（retries）”，导致Suite层级仅展示最后一次执行状态（如最后一次成功，则显示为Passed）。
✅ 正确命令应为：
allure serve target/allure-results/
此外，请检查构建配置以确保Allure结果被正确采集：
Maven（pom.xml）示例：
io.qameta.allure allure-maven 2.11.2 allure-results
Java测试中启用Allure日志（推荐）：
@Step("Login with {username} and {password}")
public void login(String username, String password) {
// 实际登录逻辑
}注意事项：
- 不要混用 surefire-reports 和 allure-results 作为同一报告的数据源；
- 若使用CI（如Jenkins），确保归档的是 allure-results/ 目录，而非 surefire-reports/；
- 检查测试框架是否启用了重试机制（如TestNG的retryAnalyzer），避免因重试掩盖真实失败；
- 运行 allure generate 时，务必指定 -o 输出目录，并确认输入路径为Allure原生结果路径。
总结：Allure Suite层级的状态准确性，取决于是否使用其原生JSON结果集。始终以 target/allure-results/（或对应构建工具的规范路径）为唯一可信数据源，即可确保参数化测试中“一例失败，全局标红”的预期行为。
