你你你你!又出来爆老登们的金币了?
试试每次执行用例时,只跑 1 和 4,2 和 3 先别跑
这是在写申论吗?
牛逼!
太幽默辣
轻松吗,你不是在背锅嘛,还轻松吗?
测试能起到啥作用?背锅吗?
conftest.py 文件,放在根目录下试试,和 case 目录同级
两条用例之间应该相互独立,把 test_A 中写入数据的内容,放在 test 方法外部
QA 学习路线图:https://roadmap.sh/qa
python 学习路线图:https://roadmap.sh/python
再粗暴一点,while True:
all in 啥,不都还是写个测试脚本。。。
python 的自动化接口测试也会,但无法自己去编程
正解,eval() 函数可以满足
我的图图呢?
35 岁程序员,出列!
反向接口的场景挺多的,但是正向感觉少了,可以结合业务场景,多补充一些正向的用例,比如:
移动单个文件,文件类型为 xxx;
移动多个文件,文件类型为 xxx,yyy...;
移动单个文件夹,文件夹为空;
移动单个文件夹,文件夹包含 1 个文件,文件类型为 zzz;
移动单个文件夹,文件夹包含多个文件,文件类型为 xxx,yyy..;
移动多个文件夹......
文件的大小,格式,数量是重点需要验证的地方
领导:测试组每个月能产生 xxx 份回归报告,nice 啊!
接口用例这样设计的话,两个用例之间会存在依赖关系,并且会有严格的执行顺序要求吧。
如果我要快速验证 00200 这条 case 的话,就得和 00100,00150 一起执行。
接口用例不应该相互依赖,也不应该有执行顺序要求,如果是 00200 这种场景,应该想办法把 00100,00150 和 00200 放在同一个 case 里。
你现在的设计,跑一次回归,00100,00150,00200 各自会执行 1 次;如果取消依赖跑一次回归,00200 执行 1 次,00100 和 00150 总共会执行 2 次
谢谢你们,chatGPT 侠
yaml 里面写 ${xxxx},读完 yaml 后用 string.replace() 将 ${xxxx}替换即可
还能干嘛,桥洞里盖小被,开摆!
感谢前辈分享
真实