还是一篇关于pytest的fixture在实际使用场景的分享。
fixture我用来最多的就是写setup跟teardown了，那么现在有一个用例是测试一个列表接口，参数化了不同的状态值传参，来进行测试。
那么对于这个用例的setup跟teardown，我就要在setup里插入不同状态的测试数据，并且在测试完成后，在teardown里清除掉插入的数据。
一、setup
不过在插入数据的时候，我不想要一次性的把所有状态的数据都插入进去。比如1,2,3,4,5 有5个状态的参数，我想执行1的时候，插入状态
1的数据，测试完成后，删除刚才插入的这条数据，后面以此类推。
那么，这里还是要用到参数传递的一个效果了，这个在之前的文章里也讲过，有兴趣可以去看下，这里不再赘述。
@pytest.fixture(params=[1, 2, 3, 4, 5]) def init_allot_task_status(request): status = request.param db = DB() insert_allot_task_sql = """ INSERT INTO purchase_allot (`id`, `allot_sn`... ) """.format(10000086, status) db.exec_sql(insert_allot_task_sql) yield status #这里把参数给出去，供测试用例使用 delete_sql = "DELETE from sm_purchase_allot WHERE id = {}".format(10000086) print("执行delete-sql：", delete_sql) db.exec_sql(delete_sql) db.close()
在yield之前，其实做的就是插入数据，并且通过yield把request.param拿到的参数给出去，给测试用例使用。
二、teardown
在yield之后，则就是删除之前插入的数据了，这里我为了方便，插入的测试数据id取了一个单独的，所以删除的时候直接删除这个id的数据即可。
再来看一下测试用例
def test_allot_list_query_by_status(init_allot_task_status): """ 测试不同状态的列表查询 在fixture中做了参数化 1-待处理、2-处理中、3-已发货、4-已完成、5已取消 """ payload = {"status": init_allot_task_status} # 因为fixture中的yield做了参数的返回，这里可以直接使用 r = requests.post(QA_URL + API_URL, json=payload, headers=HEADER) result = r.json() assert result["result"] == "ok" assert result["errmsg"] == "success" assert result["row"]["taskListOfPage"]["resultData"][0]["status"] == init_allot_task_status # 因为fixture中的yield做了参数的返回，这里可以直接使用
将fixture init_allot_task_status传入测试case中，这样的话 在case执行的时候会先执行fixture方法，而fixture在执行的时候，则会进行参数化，并且把每次使用的参数
返回给测试case，供测试用例发起请求，断言等使用。
三、执行测试
执行测试用例，可以看到最终的运行过程：
参数分别执行，并且在对应测试用例的开始跟结尾做好测试数据的插入和删除工作。
