过奖啦
居然是校友
你可以将 A 和 B 分别放置到两个 suite 中,然后在 testcase 中引用 A 和 B;从 A 中 extract 的 ID 在 B 中也是可以引用的。
并发执行实现压测是可以的。但你要是说的将一组测试用例集分配给多个线程同时执行的话,暂时还没有支持。
支持自定义 comparator 的,你可以将整体响应结果传入 自定义的 comparator,在里面解密后进行判断。
@wuhao 已经修复了,更新到 1.3.6 就正常了。
content.content.depositOrderList.0.id
如果不用 unittest,那就要自己造轮子了,所以这个功能特性还是暂且不做吧。
@kasi @chenhengjie123 这里的主要问题在于,unittest 构造测试用例是在执行之前,而开始执行的时候 unittest 中的用例数就确定了。估计还有个办法,就是测试用例执行完之后,再去修改 unittest 的实例,但因为不光是统计数字,还包括具体每一项测试用例的详细内容(请求和响应),因此要改动的量会比较大。
从 1.1.0 版本开始,数据驱动机制进行了较大的优化和调整。对于文末的遗留问题,希望大家能给些建议。
的确会存在这样的问题。当前统计测试用例条数的时候,是根据实际请求的次数(api 调用次数)来统计的。这块儿我再想下怎么优化吧。
无法展示,显示为什么样子?
需要添加的;在运行时会进行参数映射。
1、用例标签可以加,可否到 GitHub 上提个 issue,详细描述下需求形式;
2、HttpRunner 底层完全基于 Python Requests,因此用法也可以直接参考 Requests 的请求方法;
"test": {
"name": "/manycc/enquiry/getPriceByCity中文",
"request": {
"url": "http://yuncc.changjiu56.com/manycc/enquiry/getPriceByCity",
"headers": {
"If-Modified-Since": "Sat, 24 Feb 2018 01:51:41 GMT+00:00",
"Content-Type": "application/x-www-form-urlencoded; charset=UTF-8"
},
"method": "POST",
"data": "from_addr=北京&to_addr=石家庄市"
}
}
3、同一个测试用例集中,采用的是同一个 requests.Session,因此 session 和 cookies 是共享的;
4、hook 机制 可参考文档:http://cn.httprunner.org/request-hook/
厉害了
1、请求若有加密,可自定义加密算法,然后进行引用;
2、响应若有加密,可使用状态码作为校验。
感觉你用的 HttpRunner 版本有点老了,你升级到最新版 1.1.0 吧;pyunitreport 已经废弃掉了的。
更新了
可以跟你的内推人联系下,要是你简历足够优秀的话,是可以申请走特殊通道的。
在线测评到了时间后会自动提交。你当时就应该跟 HR 联系反馈的,现在应该是没办法了
私信我你的名字,我帮你看下。
可以找帮你内推的人问下进度情况;要是自己投的话,就只有等了。