m0_60054525的博客

这里只介绍了HTTP协议中 GET请求 和 POST请求 常见的请求参数编码格式，怎样确定请求参数的编码格式，以及在python代码中使用requests发送请求时，需要使用怎样格式的参数。我们总结如下：GET请求，请求参数编码格式为，requests.get() 发送请求时使用params参数，params的值 (即请求参数) 为字典格式POST请求主体的编码格式需要根据请求头中的字段确定，requests.post() 发送请求时使用data参数，data的值 (即请求参数) 为字典格式。

post请求因为请求主体编码格式的原因，在使用 requests.post() 时需要根据接口请求头中Content-Type字段，为请求参数选择指定的编码格式，才能发送请求。其实get请求的请求参数也有其对应的编码格式，至于如何确定get、post请求参数的格式，且听下回详解。

requests.get() # 用于GET请求requests.post() # 用于POST请求requests.put() # 用于PUT请求requests.delete() # 用于DELETE请求当然还有更多的方法，这里只列举常用的。

一般的接口测试其实就属于功能测试，这里我们以手工接口测试为例进行了流程说明。接口自动化测试的步骤其实跟这个流程差不多，只是需要使用脚本代替接口调试工具。

一般我们所说的接口即API，那什么又是API呢，百度给的定义如下：API（Application Programming Interface，应用程序接口）是一些预先定义的接口（如函数、HTTP接口），或指软件系统不同组成部分衔接的约定。用来提供应用程序与开发人员基于某软件或硬件得以访问的一组例程，而又无需访问源码，或理解内部工作机制的细节。有点绕口，但我们看下定义里面这些关键字：预先定义的接口 (如函数、HTTP接口)、基于软件或硬件得以访问、无需访问源码、无需理解内部工作机制，大概就明白了。

pytest-parallel 支持多线程执行用例，但在windows系统中只支持单个进程执行，即windows中只能。pytest-xdist 只支持多进程执行用例，但可以在windows系统中进行参数设置。推荐使用 pytest-parallel，因为支持多线程执行，且自动化测试项目一般会搭建在mac或linux系统中运行，--workers 可以取别的值。在使用过程中可能会遇到其他一些问题，欢迎评论探讨。

可以把epic、feature、story理解为将测试用例按照功能模块进行分类，epic为一级类目，feature为二级类目，story为三级类目。而title、description、severity、step等则用于测试用例自身相关的描述定义。当然，Allure还有其他的常用特性，下篇文章我们再继续学习。

pytest单元测试框架中可以使用及代码两种方式执行测试，且可以加入各种参数来组织执行测试。接下来我们来了解常用的执行参数的含义及其用法。pytest中的执行参数根据作用的不同大致可以分为以下几类：每个示例都会以 pytest.main()形式 及 命令行形式 两种方式进行说明。运行指定路径的测试用例-m 运行指定标记的测试用例我们之前已经讲过怎么标记用例，可以查看pytest-标记用例(指定执行、跳过用例、预期失败)-k 运行匹配指定字符串的测试用例-k 指定字符串，用于匹配包名、模块名、类名

以上示例仅仅只是为了说明提供的这些功能的使用方法，实际自动化过程中需要灵活选用。在一般的自动化测试过程中，通过打标签的方式标记某个场景用例会比较多，如标记冒烟测试用例用于冒烟测试。跳过或条件跳过测试用例也经常会用到。而需要将用例标记为预期失败的场景则比较少。...

以上功能基本能覆盖我们平常自动化测试项目中的绝大部分场景。当然，进行参数化的过程中，还有一些别的功能，如结合标记用例失败或跳过，感兴趣的可以自行查找使用方式，这里不做过多说明。...

实际项目中，可以视情况进行选择，但一般情况下，推荐使用yield，因为这样代码更加简洁高效，且阅读性更强更容易维护。

Fixture 翻译成中文即是固件的意思。它其实就是一些函数，会在执行测试方法/测试函数之前（或之后）加载运行它们，常见的如接口用例在请求接口前数据库的初始连接，和请求之后关闭数据库的操作。我们之前在APP UI自动化系列中已经介绍过 unittest 的相关测试固件，如setup、teardown等。而 pytest 中提供了功能更加丰富的Fixture，用于实现setup、teardown功能。使用print("连接数据库")与 unittest 框架比较，pytest 中的Fixture。...

断言是完整的测试用例中不可或缺的因素，用例只有加入断言，将实际结果与预期结果进行比对，才能判断它的通过与否。unittest 框架提供了其特有的断言方式，如：assertEqual、assertTrue、assertIn等，pytest 同样有自己的断言方式，即使用assert进行断言。pytest 还能对执行过程中产生的 Exception 及 Warnning 进行断言，但这些情况在我们的测试中很少会用到，所以不做过多阐述。...

上一篇文章我们讲了在pytest中测试用例的命名规则，那么在pytest中又是以怎样的顺序执行测试用例的呢？在unittest框架中，默认按照ACSII码的顺序加载测试用例并执行，顺序为：09、AZ、a~z，测试目录、测试模块、测试类、测试方法/测试函数都按照这个规则来加载测试用例。而 pytest 中的用例执行顺序与unittest 是不一样的，pytest有默认的执行顺序，还可以自定义执行顺序。pytest 框架支持自定义测试用例的执行顺序，需要安装插件。...

在自动化测试项目中，单元测试框架运行时需要先搜索测试模块（即测试用例所在的.py文件），然后在测试模块中搜索测试类或测试函数，接着在测试类中搜索测试方法，最后加入到队列中，再按执行顺序执行测试。所以，只有测试模块、测试类/测试函数、测试方法都符合命名规则，框架才能去识别测试用例。那么，接下来我们来了解 pytest 框架中的测试命名规则。从个人实际经验来看，不管是pytest还是unittest测试模块名以test开头，如 test_login.py。...

使用pytest-html生成的测试报告相对较为简洁，展示内容也相对精简，对报告样式要求不高的话完全够用了。当然，pytest 还可以结合 Allure 生成更为强大的测试报告，这个留后面探究。

一般我们所说的接口即API，那什么又是API呢，百度给的定义如下：API（Application Programming Interface，应用程序接口）是一些预先定义的接口（如函数、HTTP接口），或指软件系统不同组成部分衔接的约定。用来提供应用程序与开发人员基于某软件或硬件得以访问的一组例程，而又无需访问源码，或理解内部工作机制的细节。有点绕口，但我们看下定义里面这些关键字：预先定义的接口 (如函数、HTTP接口)、基于软件或硬件得以访问、无需访问源码、无需理解内部工作机制，大概就明白了。

大家好，我是测试君~ 一个小长假过去了兄弟们有没有想测试君呢，哈哈哈哈，前几天粉丝群有小伙伴问，有啥好用的API文档工具推荐，这里马不停蹄的来给大家分享一下。ShowDoc一个非常适合团队的在线API文档工具，也支持用docker自建文档服务，不过为了方便演示，我直接用了平台在线服务。官网地址：https://www.showdoc.com.cn/item/index可以使用markdown语法来写API文档、数据字典文档、技术文档、在线excel文档。但像我这种资深的懒人程序员，其实.

片言此文中代码都是凡书工作中源码，所以不会太过于完整，主要摘常见场景的api片段用以举例说明另:此文主要针对自动化测试人员，尤其有python基础阅读更佳。场景介绍我们要实现后台管理中的用户管理功能，实现对用户的增、修改、删除、查询操作。文中场景省去登录和用户权限部分，但我会在接口代码片段中进行注释说明接口：新增用户（定义访问的http链接地址，以及请求使用的 method） http://127.0.0.1:7070/guardian/us 点我全套软件...

目录一.前言二.如何编写pytest测试样例三.运行模式3.1运行后生成测试报告（htmlReport）3.2运行指定的case3.3多进程运行cases3.4重试运行cases3.5显示print内容一.前言  python通用测试框架大多数人用的是unittest+HTMLTestRunner，这段时间看到了pytest文档，发现这个框架和丰富的plugins很好用，所以来学习下pytest.image.pngpytest是一个非常成熟的.