桓台网站建设,国外办公室设计欣赏,图片网站cms,网页游戏一.pytest
1.安装pytest#xff1a; pip install pytest 2.编写用例 - 收集用例 - 执行用例 - 生成报告 3.pytest如何自动识别用例 识别规则如下#xff1a; 1、搜索根目录#xff1a;默认从当前目录中搜集测试用例#xff0c;即在哪个目录下运行pytest命令#xff0c;…一.pytest
1.安装pytest pip install pytest 2.编写用例 - 收集用例 - 执行用例 - 生成报告 3.pytest如何自动识别用例 识别规则如下 1、搜索根目录默认从当前目录中搜集测试用例即在哪个目录下运行pytest命令则从哪个目录当中搜索 2、搜索规则 1搜索文件符合命名规则 test_*.py 或者 *_test.py 的文件 2在满足1的文件中识别用例的规则 2.1以test_开头的函数名 2.2以Test开头的测试类没有__init__函数当中以test_开头的函数 4.根据标记名运行测试用例 在pytest当中先给用例打标记在运行时通过标记名来过滤测试用例。 1注册标签名 通过pytest.ini配置文件注册。在pytest.ini文件当中 [pytest] # 固定的section名 markers # 固定的option名称 标签名1: 标签名的说明内容。 标签名2 标签名N 2在测试用例/测试类中给用例打标记(只能使用已注册的标记名) 在 测试用例的前面加上pytest.mark.已注册标签名 3调用pytest.main()函数将运行时的参数以列表传进去 根据标签名过滤用例的参数为-m 标签名 5.fixture用法 我们在编写测试用例都会涉及到用例执行之前的环境准备工作和用例执行之后的环境清理工作。 用例执行之前的环境准备工作代码(前置工作代码) 用例执行之后的环境清理工作(后置工作代码) 通常在自动化测试框架当中都叫做fixture。 通过pytest.fixture装饰器来定义fixture。一个函数被pytest.fixture装饰那么这个函数就是fixture。 使用fixture时分为二个部分fixture定义、fixture调用。 除此之外还有fixture的共享机制嵌套调用机制。 1定义fixture 前置准备工作代码和后置清理工作代码都写在一个函数里面。通过yeild关键字区分前置代码和后置代码 。yeild之前的代码为前置代码yeild之后的代码为后置代码在实际应用场景当中可以只有前置准备工作代码也可以只有后置清理工作代码。 fixture有4个作用域测试会话(session)、测试模块(module)、测试类(class)、测试用例(function) 通过pytest.fixture(scope作用域)来设置。默认情况下scopefunction sessionpytest执行测试用例的整个过程称为会话 设置scope为session。autouse表示自动使用一般 function、class、module 级别的 fixture都不会去开启 autouseTrue pytest.fixture(scope“session”,autouseTrue) def init3(): yield print(“用例执行之后执行的代码”) # 只有用例执行之后的后置清理代 2fixture的返回值设置yeild 返回值(前置代码里的变量要传递给测试用例去使用。那么首先就得fixture函数返回变量才行。) 3调用fixture 调用方法有2种
在测试用例/测试类上面加上pytest.mark.usefixture(“fixture的函数名字”)将fixture函数名作为测试用例函数的参数当用这一种时第一种可不用 6.conftest.py共享机制 在某些大的业务场景下很多用例当中会使用相同的前置准备工作和后置清理工作。 pytest框架提供了一个fixture共享的机制 可以让不同的用例模块使用同一个fixture。这就是conftest.py文件。在测试用例文件当中不需要引入conftest.py文件。直接调用fixture的函数名会自动去conftest.py当中查找的。 1conftest.py层级作用域 conftest.py 在哪个目录下此目录下(包含子目录)的所有用例可使用其中的fixture 根目录下的conftest.py作用域是整个项目。 某个python包内,作用域就是该包内 那么有个问题如果出现了同名fixture怎么办呢 这里涉及到了测试用例在执行时调用fixture的顺序。一般来讲按 就近原则 调用。 测试用例文件中的fixture 当前目录中的fixture 上级目录中的fixture 根目录中的fixture 7.fixture嵌套 嵌套使用即一个fixture可以做另外一个fixture的参数即 init()可作为ini_req_assert函数的入参 如果用例当中调用了func_fix3那么执行顺序为 【低级别可调用高级别或同级别 反之则不行】 func_fix的前置 func_fix3的前置 ----测试用例---- func_fix3的后置 func_fix的后置
pytest.fixture(scopeclass)
def func_fix():print(---- 注册帐号 开始1 -----)yield Trueprint(---- 注册帐号 结束4 -----)pytest.fixture
def func_fix3(func_fix):print(**** 登陆账号2 ****)print(func_fix)yield func_fixprint(**** 登陆完成3 ****)8.数据驱动 在测试用例方法上打标签pytest.mark.parametrize(“case”, cases) 9.并发测试 一般是利用第三方插件pytest-xdist前提是用例之间没有依赖关系且执行是没有顺序的所以不适合接口自动化 10.失败重试 有利于提高自动化用例的稳定性可以通过pytest的pytest-rerunfailures插件来实现用例重跑具体有两种形式一种是全局通过命令行 Pytest --reruns 2 --reruns-delay 5一种是局部在案例方法上打标记pytest.mark.flaky(reruns2, reruns_delay1)
11.pytest跳过测试用例
1.无条件跳过------pytest.mark.skip() 在测试方法或类前面加上装饰器pytest.mark.skip(reasonNone)表示该条测试用例不执行参数reason代表跳过的原因reason可省略 2.有条件跳过------pytest.mark.skipif() pytest.mark.skipif(condition, reason“xxx”) 说明condition—跳过的条件如果为True则跳过该函数如果为False则不跳过 12.pytest执行顺序 利用pytest-ordering插件通过装饰器pytest.mark.run(order1)来进行控制数字越小越前执行
13.pytest参数化作用域 pytest.mark.parametrize()装饰器方式进行参数化 pytest.fixture()方式进行参数化fixture装饰的函数可以作为参数传入其他函数 conftest.py文件中存放参数化函数可作用于模块内的所有测试用例 14.为测试用例设置超时时间 可以使用pytest-timeout插件来为测试用例设置超时时间 15.pytest优势 直接使用assert进行断言 失败用例提供非常详细的错误信息 自动发现和收集测试模块和用例 灵活的fixture管理 mark用例标记 丰富的插件系统 支持失败重试 兼容了unittest 16.unittest和pytest的区别 1.用例设计规则 unittest 1试类必须继承unittest.TestCase 2测试函数必须以”test_”开头 pytest: 1测试文件的文件名必须以”test_”开头或者以”_test”结尾 2测试类命名必须以”Test”开头 3测试函数名必须以”test”开头 2.断言 unittest assertXXX pytest: 直接使用assert进行断言 3.用例前置和后置 unittest 1通过setup每个用例执行前执行teardown每个用例执行后执行 2通过setupclass类里面所有用例执行前执行teardownclass类里面所有用例执行后执行 每个测试文件必须单独设置前后置 pytest 通过fixture夹具可以自定义pytest的前置和后置yield之前是为前置yield之后为后置格式pytest.fixture(scope“XXX”)scope:有四个级别function默认,class,module,session 创建conftest.py文件当前目录下所有的测试文件都能自动调用该夹具 4.参数化 unittest参数化需要依赖第三方库使用ddt去做参数化 pytest:通过装饰器pytest.mark.parametrize来实现 5.报告展示 unittest通过HTMLTestRunner生成 pytest可以集成allure插件生成 6.失败重运行 unittest不支持 pytestpytest --reruns22表示重运行2次 7.挑选用例执行 unittest不支持 pytest 1创建一个pytest.ini文件 [pytest] markers demo标记名 : just for display(备注名如果不写 可以不加冒号) 2 在要执行的测试用例/测试类前面加上 pytest.mark.标记名 3main.py文件中添加[-m ,‘要执行用例的标签名’] 根据标签名筛选用例并执行 8.安装需求不同 pytest为第三方单元测试库需额外安装unittest为标准库无需额外安装
二TestNg
概述TestNg是Java中的一个测试框架可以用来做单元测试和集成测试它可以用注解来强化测试测试人员一般用它来进行自动化测试用例的执行。 testng.xml文件
?xml version1.0 encodingUTF-8?
!DOCTYPE suite SYSTEM http://testng.org/testng-1.0.dtd
!-- 套件 --
!-- TestNG的执行用例的方式先是把每个测试类文件下找到添加了Test注释的方法然后把这些测试方法添加到一个测试套件Test Suite然后去执行这个Test Suit
从宏观上解释测试用例的执行就是这么一个过程。从配置文件上来看就是执行TestNG.xml文件。直接执行时使用的是默认的testng.xml我们可以通过自己编写TestNG.xml来运行脚本
TestNG通过设置testng.xml文件能做以下事情:
1.创建来源不同的包类方法的测试套件
2.包括一些选项例如失败的用例可以重跑
3.支持正则表达式
4.运行把外部参数传入测试方法
5.支持配置多线程的执行环境--!-- suite管理多个test,而test管理多个class,最小单元是一个class文件--
suite nameDefault Suiteparameter name browser value firfox/parameterparameter nameserver value172.18.40.37/parametertest name Java_Learn !-- 分组测试分组测试类似于加标签每个测试方法给一个标记当运行时可以根据组来区分运行如仅运行某组的用例 --!--groupsruninclude name API Test/include name Function Test/ --!--excloude标签实现除了这个标签以外的方法 --!--exclude name API Test/exclude name Function Test/ /run --!-- 组依赖 --!-- dependenciesgroup nameapp depends-ontomcat //dependencies/groups--classes!--class name com.gfapp.test.TestGroupsDemo /class name com.gfapp.test.TestDependenceDemo /--class name com.gfapp.test.Testparam /listener class-namecom.lemon.listener.AllureReportListener/listener class-namecom.gfapp.common.TestngListener / /classes/test
/suite(1)一个suite套件由一个或多个测试test构成 2一个test测试是由多个类class组成 3一个class类是由一个或多个方法method组成 是testng.xml的根标记 name套件的名称这是一个强制属性 parallelTestNG是否运行不同的线程来运行这个套件默认为none其他级别为methods、tests、classes、instances thread-count如果启用并行模式(忽略其他方式)则为使用的线程数 !--多线程的数量是2thread-count2--
!--tests级别不同的test tag 下的用例可以在不同的线程下执行相同的test tag下的用例只能在同一个线程中执行thread-count代表最大并发线程数
--1.常用注解 BeforeMethod注释方法将在每个测试方法之前运行 AfterMethod注释方法将在每个测试方法之后运行 BeforeClass在某个测试类class所有测试方法执行开始之前开始执行注释方法仅运行一次 AfterClass在某个测试类class所有测试方法执行结束之后开始执行注释方法仅运行一次 BeforeTest在某个测试test所有测试方法执行开始之前开始执行 AfterTest在某个测试test所有测试方法执行结束之后开始执行 BeforeSuite在某个测试套件suite所有测试方法执行开始之前执行 AfterSuite在某个测试套件suite所有测试方法执行结束之后执行 DataProvider数据提供者提供数据的方法dataProvider作为数据提供者只能返回Object[][]和IteratorObject[]类型的数据要从该DataProvider接收数据的Test方法需要使用与此注释名称相等的dataProvider名称 Parameters描述如何将参数传递给Test方法 Test测试方法 注意除了Parameters注解的方法中可以有形参其他注解的方法均是空 Tes中常用的参数 Test(enabled false)用例就不会运行 Test(timeOut 5000)超时测试 Test(groups“group2”)分组测试 Test(expectedExceptions ArithmeticException.class)预期异常测试 Test(dependsOnMethods {“TestNgLearn1”})依赖测试硬依赖 分为hard依赖和soft依赖 hard依赖默认为此依赖方式即其所有依赖的methods或者groups必须全部pass否则被标识依赖的类或者方法将会被略过在报告中标识为skip此为默认的依赖方式 soft依赖此方式下其依赖的方法或者组有不是全部pass也不会影响被标识依赖的类或者方法的运行注意如果使用此方式则依赖者和被依赖者之间必须不存在成功失败的因果关系否则会导致用例失败。此方法在注解中需要加入alwaysRuntrue即可如Test(dependsOnMethods {“TestNgLearn1”} alwaysRuntrue) 2.testNg常用监听器 IAnnotationTransformer IAnnotationTransformer2 IHookable IInvokedMethodListener IMethodInterceptor IReporter ISuiteListener ITestListener 3.Testng的监听器是怎么使用的TestNg的数据驱动返回的是什么 Testng的监听器在自动化中的使用主要集中在失败截图和失败重试 失败重试的需要实现两个接口IRetryAnalyzer、IAnnotationTransformer 失败截图的需要实现ITestListener 实现后需要在testng的配置文件中增加监听标签 Testng的数据驱动返回结果是一个二维数组因此在做数据驱动时不管我们的数据是存在excel、xml 或者数据库等存储介质中最终我们都需要将他们转换成二维数组 4.失败重试 分为局部和全局 局部a.新建一个类FaileRetry实现IRetryAnalyzer接口重写retry方法 b.新建一个测试类在测试方法中加上 Test(retryAnalyzer FaileRetry.class)注解 全局a.跟局部一样先新建一个类FaileRetry实现IRetryAnalyzer接口重写retry方法,区别是当前正在运行的次数的变量要是公共静态的共享变量 b.新建一个类RetryListener实现IAnnotationTransformer接口重写transform方法该类的作用是用来监听所有的测试方法是否有retryAnalyzer注解属性如果有该属性则不会执行我们设定的重跑机制局部重跑的优先级比全局的高 c.第一条案例失败重试次数到达最大值时后面的案例则永远不会进入重跑机制所以在每条案例重跑完后需要重置当前正在运行的次数为初始值 d.有了重试以后发现重试执行的用例全部记录到跳过skipped里面了这样会影响我们的测试总数测试结束后把重试的用例结果从skipped中去掉 e.将监听类添加到testng.xml文件中 注意点testng版本尽量用高版本不然可能会出现死循环等其他问题我用6.14.3版本 具体代码参考https://blog.csdn.net/Caoqingqing521/article/details/110792727
5.TestNG多线程测试时 a、测试方法中的并发 在测试方法上加入Test(threadPoolSize 5,invocationCount 10) 说明 threadPoolSize 表明用于调用该方法的线程池容量该例就是同时起 5 个线程并行执行该方法invocationCount 表示该方法总计需要被执行的次数。 b. test, class, method级别的并发可以通过在 testng.xml 中的 suite tag 下设置 它们的区别如下 tests 级别不同 test tag 下的用例可以在不同的线程执行相同 test tag 下的用例只能在同一个线程中执行。 classes 级别不同 class tag 下的用例可以在不同的线程执行相同 class tag 下的用例只能在同一个线程中执行。 methods 级别所有用例都可以在不同的线程去执 6.参数传递方式 a.通过parameter传参 直接在测试方法上加上Parameters({ “browser”, “server” }) // xml文件里 b.通过dataprovider传参 // 注解的方法必须返回一个Object[][]和IteratorObject[]类型的数据 // 提供数据的一个测试方法。注解的方法返回一个Object[][]其中每个对象[]的测试方法的参数列表中可以分配。该Test方法 // 希望从这个DataProvider的接收数据需要使用一个dataProvider名称等于这个注解名的名字 DataProvider(name “user”) public Object[][] getstr() { return new Object[][] { { “admin”, “123456”, “登录成功” }, { “admin”, “12345”, “密码错误” }, }; } // DataProvider返回的是一个Object的二维数组二维数组中的每个一维数组都会传递给调用函数作为参数使用。运行的时候会发现 // Test 标识的test // method被执行的次数和object[][]包含的一维数组的个数是一致的而Test标识的函数的参数个数也和object内一维数组内的元素数是一致的 Test(dataProvider “user”) private void sout(String uname, String pword, String msg) { System.out.println(uname “-” pword “-” msg); }
