request 是?pytest?的内置 fixture , "为请求对象提供对请求测试上下文的访问权,并且在fixture被间接参数化的情况下具有可选的“param”属性。"这是官方文档对request的描述,可参考的文档不多。
FixtureRequest 是来自 fixture 或者?测试用例的请求,它有访问测试上下文的权限, FixtureRequest_pytest.fixtures pytest documentation。
class FixtureRequest:请求对象提供对请求的测试上下文的访问,并且具有可选的 param 属性,以防设备被间接参数化。
fixturename:正在为其执行此请求的 fixture 名称。
scope:作用域字符串,“function”、“class”、“module”、“session”之一。
fixturenames:此请求中所有活动状态的 fixture 的名称。
node:基础集合节点(取决于当前请求范围)。
config:与此请求关联的 pytest 配置对象。
function:如果请求具有每个函数范围,则测试函数对象。
cls:类(可以是None),其中收集了测试函数。
instance:在其上收集测试函数的实例(可以是None)。
module:收集测试函数的Python模块对象。
fspath:收集此测试的测试模块的文件系统路径。
keywords:基础节点的关键字/标记词典。
session:Pytest会话对象。
addfinalizer(finalizer:?添加finalizer/teardown函数,以便在请求的测试上下文中的最后一个测试完成执行后调用。
applymarker(marker):对单个测试函数调用应用标记。
如果不希望在所有函数调用上都有关键字/标记,则此方法非常有用。?
参数:
如果可能,建议通过函数参数声明fixtures。但是,如果您只能在测试设置时决定是否使用另一个fixture,那么您可以使用此函数在fixture或测试函数体中检索它。
引发:pytest.FixtureLookupError -- 如果找不到给定的固定装置。
折叠?
前面讲fixture参数化的时候,有接触到 "request.param" 用于获取测试的请求参数,以下示例
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
|
此案例里面我们可以在fixture参数化的时候,通过request.param获取到测试的请求参数,但是在用例里面用 request.param 却不能获取到测试的请求参数
1 2 |
|
这样运行,会抛异常:'FixtureRequest' object has no attribute 'param'
1 2 3 4 5 6 7 8 9 10 |
|
request.config 是获取测试的配置文件参数,这个在前面讲命令行参数的时候有用到过.
在 conftest.py 写一个 hook函数, pytest_addoption 的作用是用于获取命令行参数,request.config 用于读取测试的配置数据
1 2 3 4 5 6 7 8 |
|
于是在测试用例里面可以通过 request.config 来获取到配置参数,也可以通过自己定义的 cmdopt 来获取。
1 2 3 4 5 6 |
|
fixture 函数可以通过接受 request 对象来反向获取请求中的测试函数、类或模块上下文,进一步扩展之前的 smtp fixture示例,让我们从fixture的测试模块读取可选的服务器URL
这是官方文档的一个示例
1 2 3 4 5 6 7 8 9 |
|
我们使用request.module属性来从测试模块中选择性地获取smtpserver属性
快速创建另一个测试模块,在其模块名称空间中实际设置服务器URL,新建一个test_anothersmtp.py文件,输入以下代码:
1 2 3 4 5 |
|
这时候运行用例,会获取到 test_anothersmtp.py 里面定义的 smtpserver
1 2 3 4 5 6 7 8 9 10 11 |
|
用例里面没定义 smtpserver 的话,会用默认属性 "smtp.qq.com"
在conftest.py 写一个fixture 可以获取到request的一些成员对象相关信息
1 2 3 4 5 6 7 8 9 10 11 12 13 |
|
使用命令行"pytest -s text_x.py"运行用例,会看到打印的结果:
test_1.py
=======================request start=================================
<module 'web.cases.module2.test_1' from 'D:\\web\\cases\\module2\\test_1.py'>
<function test_answer_1 at 0x0000012D1C9FD9D8>
None
D:\web\cases\module2\test_1.py
['_verify_url', 'base_url', '__pytest_repeat_step_number', 'show_request', 'request']
show_request
function
=======================request end=================================
获取到命令行参数:type1
.
=======================request start=================================
<module 'web.cases.module2.test_1' from 'D:\\web\\cases\\module2\\test_1.py'>
<function test_answer_2 at 0x0000012D1C9FD730>
None
D:\web\cases\module2\test_1.py
['_verify_url', 'base_url', '__pytest_repeat_step_number', 'show_request', 'cmdopt', 'request']
show_request
function
=======================request end=================================
在打印测试用例的详细日志的时候,还是很有用的。
感谢每一个认真阅读我文章的人!!!
作为一位过来人也是希望大家少走一些弯路,如果你不想再体验一次学习时找不到资料,没人解答问题,坚持几天便放弃的感受的话,在这里我给大家分享一些自动化测试的学习资源,希望能给你前进的路上带来帮助。
文档获取方式:
加入我的软件测试交流群:1007119548免费获取~(同行大佬一起学术交流,每晚都有大佬直播分享技术知识点)
这份文档,对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!
以上均可以分享,只需要你搜索vx公众号:程序员雨果,即可免费领取