如何保证 TestNG 的 tearDown 方法在测试失败时仍能执行

TestNG 中 @AfterClass 默认不会在测试出错时执行，需设置 alwaysRun = true 参数才能保证清理逻辑（如报告生成、邮件发送）始终触发。

testng 中 `@afterclass` 默认不会在测试出错时执行，需设置 `alwaysrun = true` 参数才能保证清理逻辑（如报告生成、邮件发送）始终触发。

在自动化测试中，可靠的测试后置清理（teardown）至关重要——尤其当涉及报告生成、资源释放或通知发送（如邮件）时。若测试因断言失败、元素未找到或超时异常而中断，@AfterClass 标注的方法默认不会执行，导致 ExtentReports 未刷新、HTML 报告丢失、邮件未发出等问题。

根本原因在于：TestNG 的 @AfterClass 默认行为受测试方法执行链影响——一旦所属类中的任意 @Test 方法失败或跳过，该 @AfterClass 将被跳过（除非显式声明 alwaysRun = true）。

✅ 正确做法是修改注解为：

@AfterClass(alwaysRun = true)public void tearDown() {    // 确保无论测试成功或失败都会执行    extentManager.getExtentReports().flush(); // 生成最终 HTML 报告    emailManager.sendEmail();                 // 发送测试结果邮件}

⚠️ 注意事项：

• alwaysRun = true 仅适用于 @BeforeClass / @AfterClass / @BeforeMethod / @AfterMethod 等生命周期注解，不适用于 @Test；
• 若 tearDown() 内部也抛出异常（如网络不可达导致邮件发送失败），建议添加 try-catch 包裹关键逻辑，避免掩盖原始测试失败原因；
• 对于多线程并行测试，@AfterClass 仍按类粒度执行一次（非每个测试方法），因此适合类级资源清理；若需每个测试后都执行（如浏览器关闭），应使用 @AfterMethod(alwaysRun = true)；
• @BeforeSuite 和 @AfterSuite 同样支持 alwaysRun，适用于全局初始化/退出逻辑。

总结：不要依赖 @AfterClass 的默认行为来保障关键清理动作；始终显式添加 alwaysRun = true，并辅以异常防护，才能构建健壮、可审计的自动化测试流水线。