接口自动化框架设计漫谈V1.0

针对“pytest搭建接口自动化框架”，谈谈对框架设计的当前认知。

简约至上。选择pytest就是选择Python，Python的设计理念是Simple is better than complex，不能让初学者直接上手的框架设计，都是在反其道而行之。所谓具备编程思想的自动化框架，并不值得追求。

原生用法。Beautiful is better than ugly，能不封装就不封装，不改变依赖库的函数声明，函数名、入参列表、返回类型。通过可省参数追加入参，通过装饰器添加代码，通过猴子补丁更改行为。

数据用例一体。Flat is better than nested，平铺比嵌套更容易编写，阅读，维护。将数据放在用例文件中，在单个文件中编写用例。数据驱动时，可从外部读取。变量管理亦是如此。

pytest提供了测试框架的基础骨架，Python库提供了各式各样的组装零件，我们要做的是拼凑，搭建适用于接口自动化测试的框架。

宜轻不宜重。挑选Python库，优先选择轻量级的，比如pytest-html既能满足使用需要，又能定制化样式，就不用安装依赖Java环境的Allure。比如Python内置logging就能打印日志，就没必要非得使用依赖visual c++的loguru。

用例独立。用例相互之间没有依赖，随便拉出一条用例就能执行。多接口场景用例，把每个接口视为一个测试步骤，排列在用例里面。无上游依赖、出参稳定的接口抽取为公共函数。简单来说，用例可以只包含一个接口，也可以包含多个接口。接口可以写在用例里面，也可以写在用例外面作为公共函数，再导入到用例里面。接口参数不同验证不同场景，复制用例文件，命名为新用例。

中文命名。用代码编写pytest，有个缺点是文件命名晦涩难懂。在“用例独立”这条设计原则之上，可以采用中文命名用例集（文件夹）和用例名称（文件名）。不存在用例相互依赖，就不需要import，代码中就不会出现中文，不影响代码执行和“专业性”。用中文写注释没问题，不要用中文作为对象名。

标记不如目录。pytest支持marker给测试用例打标，执行时按标记筛选用例执行。用例多了以后，维护标记变得麻烦。将用例集按照某种特性分组，比如基础自动化用例集、每日巡检用例集、联调用例集。按目录维护用例，按目录批量执行用例。