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，并辅以异常防护，才能构建健壮、可审计的自动化测试流水线。
