摘要： 前言 参数化是自动化测试里面必须掌握的一个知识点，用过unittest框架的小伙伴都知道使用ddt来实现测试用例的参数化。 pytest测试用例里面对应的参数可以用parametrize实现，随着用例的增多，我们的需求也会越来越多，那么如何在fixture中使用参数呢？ fixture源码 先看下f 阅读全文

摘要： 前言 使用pytest.mark.parametrize参数化的时候，加ids参数用例描述有中文时，在控制台输出会显示unicode编码，中文不能正常显示。 使用pytest_collection_modifyitems钩子函数，对输出的item.name和item.nodeid重写编码。 问题描述 阅读全文

摘要： 前言 pytest如何执行不是test开头的用例？如执行xxx.*.py这种文件的用例。 pytest.ini配置文件可以修改用例的匹配规则。 pytest命令行参数 cmd打开输入pytest -h查看命令行参数找到[pytest] ini-options python_files(args)匹配 阅读全文

摘要： 前言 pytest的参数化(parametrize)可以实现只需要维护测试数据，就能生成不同的测试用例目的。可以在参数化的时候加ids参数对每个用例说明使用场景。 最终我们希望在allure报告上能详细的展示出每个用例的标题描述，这样才能更直观的知道每个用例是干什么的。 参数化parametrize 阅读全文

摘要： 前言 一般流程性的测试用例，写成自动化用例时，步骤较多写起来会比较长。在测试用例里面添加详细的步骤有助于更好的阅读，也方便报错后快速的定位到问题。 举个常见的测试场景用例：从登陆开始，到浏览商品添加购物车，最后下单支付。 用例步骤：1.登陆，2.浏览商品，3.添加购物车，4.生成订单，5.支付成功 阅读全文

摘要： 前言 测试用例在设计的时候，我们一般要求不要有先后顺序，用例是可以打乱了执行的，这样才能达到测试的效果。 有些同学在写用例的时候，用例写了先后顺序，有先后顺序后，后面还会有新的问题（如：上个用例返回数据作为下个用例传参，等等一系列的问题） github上有个pytest-ordering插件可以控制 阅读全文

摘要： 前言 pytest的断言失败后，后面的代码就不会执行了，通常一个用例我们会写多个断言，有时候我们希望第一个断言失败后，后面能继续断言。 pytest-assume插件可以解决断言失败后继续断言的问题。github地址：https://github.com/astraw38/pytest-assume 阅读全文

摘要： 前言 pytest+allure是最完美的结合了，关于allure的使用，本篇做了一个总结。 allure报告可以包含很多详细的信息描述测试用例，包括epic、feature、story、title、issue、testcase、severity等 allure用例描述 测试案例 pytest结合a 阅读全文

摘要： 前言 我们在做功能测试的时候，执行完一轮测试用例，输出测试报告的时候，会有统计缺陷的数量和等级。在做自动化测试的过程中，当你的测试用例越来越多的时候，如果执行一轮测试发现了几个测试不通过，我们也希望能快速统计出缺陷的等级。 pytest结合allure框架可以对用例的等级做详细的划分。 用例等级 a 阅读全文

摘要： 前言 bug管理系统是每个公司测试团队必备的，当去一个新的公司组建一个测试团队的时候，需快速搭建一套bug管理系统，使用docker搭建禅道就非常方便。 拉取镜像 百度搜索docker,进入Docker Hub官网，搜索zentao,显示很多个，点击第一个。 先拉取zentao镜像，镜像地址http 阅读全文