前言:其实这篇写的是pytest的测试框架运用,实现自动化和https://www.cnblogs.com/Jack-cx/p/9357658.html 原理一致
1.为啥不用unittest
Pytest相对Unittest更加灵活一点,unittest需要写类继承unittest.TestCase类,pytest不需要可写可不写类,也支持生成html测试报告
2.创建工程
&对比上面robot的工程,增加一个PyUnit目录和report,这里主要放单元测试框架其他实现思路一致,report放执行后生成的html报告
3.新建测试用例
&可以看出单元测试框架命名规则风格其实都是一致的,调用“底层“写的一个方法去读execel运行测试用例
4.pytest运行用例规则
&深入研究请百度,下面只让你能独立写一个自动化工程的目的
1.文件已 test_开头 test_*.py
2.类已Test_开头 class Test_login()
3.方法已test_开头 def test_login()
5.初始化和清理的方法使用
- fixture函数可以使用在测试函数中,测试类中,测试文件中以及整个测试工程中。
- fixture支持模块化,fixture可以相互嵌套
- fixture支持参数化
- fixture支持unittest类型的setup和teardown
1)模块级(setup_module/teardown_module)开始于模块始末:在所有测试用例开始执行setup_module和所有用例执行结束后执行teardown_module
2)类级(setup_class/teardown_class)开始于类的始末:在当前测试类的开始与结束执行
3)类里面的(setup/teardown)(运行在调用函数的前后)
4)功能级(setup_function/teardown_function)开始于功能函数始末(不在类中):用于每个测试用例开始执行时执行setup_function和在每个用例执行结束后执行teardown_function
5)方法级(setup_method/teardown_method)开始于方法始末(在类中):在每个测试方法开始与结束执行
&本次以UI自动化为例,只用到的setup_method每次用例执行先调用浏览器打开网址
细节可参考:https://www.cnblogs.com/ranxf/p/7766229.html讲的比较细
6.多种运行测试用例
&运行目录下所有测试用例
Dos下 到Pyunit下执行 py.test –html=需要生成的report路径
&运行执行某个py文件里的用例
Dos下 到Pyunit下执行 py.test 文件名.py –html=需要生成的report路径
&运行类里的某个方法
pytest -v test_a.py::TestClass::test_method
&运行指定的类中所有方法
pytest -v test_a.py::TestClass
&组合运行
pytest -v test_a.py::TestClass test_b.py:: test_method
7.断言
简单断言,用例执行完返回一个True或False assert==True,是True则通过,否则失败
原文地址:https://www.cnblogs.com/Jack-cx/p/9357680.html