如果你要打算学习自动化测试 ,无论是web自动化、app自动化还是接口自动化 ,在学习的道路上,你几乎会遇到pytest这个测试框架,因为自动化编写没有测试框架,根本玩不了 。
如果你已经是一位自动化测试人员 ,并且在使用pytest测试框架 ,那么你也可能会遇到一些pytest的相关问题 ,因为pytest这个框架的功能太多了 ,我们几乎很难将它的功能都覆盖到 。
一句话概括就是:编写自动化测试框架 ,pytest对我们来说是太重要了 ,所以 ,本文将详解介绍pytest的功能,包括但不限于如下10大功能, 因为篇幅太长,故分2~3篇发出,内容绝对是干货,希望大家点赞关注 。
就是通过某种编程语言来编写一些自动化脚本 ,通过执行这些脚本,让其帮助人工来完成测试。比如说我编写一些接口自动化脚本 ,通过运行就能帮我自动进行测试 ,再比如我编写的是web自动化脚本 ,通过执行它就帮我回归功能测试用例。
其实,现在自动化的场景主要还是用于回归测试 ,你可以想象一下 ,每天要面对上百条的用例要回归 ,人工回归是多么无聊的一件事,而且耗时耗力,但它又是一件不得不做的事 ,所以,通过自动化来帮我们进行回归测试 ,释放人力 ,使得人力资源可以做更有创造性的工作,比如探索式测试 。最终提升我们的测试效率 。
既然是回归测试 ,那我们平时是如何回归测试用例的呢 ?无非就是下面的几种场景 :
将所有用例全部回归一遍 。
回归部分用例 ,也就是选择一个场景的套件用例进行回归
失败的用例再次重复执行 。
如果用例多 ,可以分多人去执行 。
用例回归失败后的错误分析
所有用例回归后的报告输出 。
而这些回归时常遇到的场景 ,对于pytest这么一个优秀的测试框架来说 ,解决这些问题不在话下。
如果你是初次接触自动化测试,有一些自动化术语你的简单了解下 ,具体如下:
断言 :比对两个值是否相等 ,在自动化中使用它来比较预期结果和实际结果的值是否相等 ,在pytest中使用的是assert这个关键值进行比对的 。
setup(): 初始化函数 ,在每条测试用例执行前要执行的一个函数,主要为测试用例做初始化数据 。
teardown(): 清除函数 ,在每条测试用例执行后要执行的一个函数 ,主要是为测试用例执行后生成的数据做清除,做恢复操作 。比如注册后在数据库用户表中记录了一条数据 ,为了下次继续能执行 ,在这里写一个删除这条记录的操作就可以循环运行 。
setup_class(): 类初始化函数 ,在一个类中只运行一次,而且是最先被运行 ,一般用于只初始化一次的操作,比如创建对象 。
tearDown_class(): 类初始化函数 ,在一个类中只运行一次,而且是最后被运行 ,一般用于恢复一次的操作,比如关闭连接对象 。
?从执行顺序上来说 ,以上的几个函数和用例的前后顺序是这样的。
以上基本知识的了解,对我们理解pytest非常重要 。 ?
相同类型的产品 ,只要你放在一起进行比较 ,你就瞬间明白某个产品的强大 。同样这里的测试框架也是一样 ,我们将pytest和python自带unittest放在一起比较 ,你就会发现pytest的强大 。同样如果你想学习unittest ,也可以看我的另外一篇文章 :https://zhuanlan.zhihu.com/p/624907472
?
编写的测试用例文件必须是以"test_"开头
编写的测试类以Test开头,并且不能带有init方法。
测试方法必须是以"test_开头"
断言要使用assert关键字。
那么,为啥都要按照以上的规则去命名呢 ,通常pytest运行时,会搜索指定目录下以test_开头的测试文件 ,同时在用例中也是搜索以Test开头的类或者以test_开头的方法进行运行 。pytest会将这些标识当做测试用例去运行 ,没有标识的将不被视为测试用例 ,故在运行时会被丢弃掉 。所以 ,编写测试用例通常就的按照这种规则编写我们的测试用例 。