Python Selenium测试用例断言失败时tearDown未执行，该写法是否为最佳实践？

结论先行 #

你这种把断言逻辑直接写在测试用例体、不封装到页面对象层的写法，完全符合页面对象设计模式（POM）的最佳实践，和你遇到的断言失败后tearDown不执行的问题没有任何关联。

关于断言位置的合理性说明 #

页面对象模式的核心分层原则就是两类职责拆分：

• 页面对象层：仅封装页面的元素定位、基础操作（点击、输入、获取属性/文本等）、状态查询能力，不耦合任何业务校验规则，保证复用性
• 测试用例层：负责业务逻辑验证，调用页面对象的方法获取实际结果后，直接在测试用例内写断言完成校验

这种拆分的优势很明确：

• 同一个页面对象可以适配多个不同校验规则的测试用例，复用率更高
• 测试用例的业务意图一目了然，不需要翻页面对象代码就能明确用例的校验点
• 业务规则迭代时仅需要修改测试用例层的断言，不需要改动页面对象层的通用逻辑

关于tearDown不执行的问题排查 #

你遇到的断言失败后tearDown方法不运行，是测试框架使用错误导致的，和断言位置无关。无论是unittest还是pytest框架，只要按照规范实现tearDown/teardown方法，不管测试用例是断言失败还是执行报错，默认都会触发清理逻辑。如果你的tearDown没有执行，优先排查以下常见问题：

• 方法名拼写错误：unittest框架要求清理方法名是驼峰格式tearDown，如果写成全小写teardown不会被框架识别
• 异常捕获不规范：测试用例中如果手动捕获了AssertionError且没有重新抛出，框架会认为用例执行成功，也可能跳过部分清理逻辑
• 进程提前终止：断言前的代码触发了进程级崩溃（比如直接调用了os._exit()），会导致框架来不及执行清理逻辑就直接退出

代码片段参考 #

内容的提问来源于stack exchange，提问作者Anik