Python接口自动化测试框架（实战篇）-- 进阶pytest测试框架

一、前言

怎么来说这一章节呢，有点什么感觉(多此一举)，其实在咱们设计框架的时候，很难确定某个组件突然会不满足框架的功能使用了，但是应该保障框架的扩展性，除非重构否则应该兼容原来的框架设计，既然选择了使用unittest测试框架，那么说明它已经能满足当下的需求，如果在中途硬要使用pytest框架替换，题主并不建议重构框架，可以使用pytest测试框架并按它的使用规则开发测试用例类即可。为什么这么说呢？因为Pytest是向下兼容unittest框架的；所以题主才不建议重构原来的框架，因为谁也不确定能不影响原来的用例逻辑、成本预算多大？如此，这个工程可能是有点费成本(对不是一个专职测试开发的岗位而言)，如果说是不满足需求才需要重构，那么原有的功能肯定是足够的。

二、Pytest和unittest异同

题主相信在替换unittest测试框架或某个功能组件的时候，一定有些异同会让你选择更优的，否则就没必要替换，即使换那也是无用功而已(刷KPI吗)。

• 用例编写规则：什么Test类名、test_*方法名，这些都可以改成你想要的样子；用法如下：
• • u