从这待遇上看,行情确实很惨淡啊
你这显然是 allure 没有安装配置号好
必然会啊
这样的 UI 自动化平台见过一些,但说到好用的是一个都没有,还是自己撸代码来的方便。
JD 要求真不高
看你代码是正常的,没按预期工作应该还是定位不精确的问题,看你截图定位在了一个看不见的元素。
可以在这里打个断点,进入交互模式,先确定所在的 iframe,再遍历所有的 checkbox, 可以用
target_frame.locator('#isCheck').highlight()
来高亮显示定位的元素,如果还定位不到就改方法。有个似乎更方便的办法是在执行到 page.pause() 时,用自带的 inspector 来帮忙
xray 是长亭的产品,当前并没有开源
这相当于浏览器的请求先到 burpsuite,再到 xray,再到目标服务器
你才 15+ ,我 19+ 呢
你代码的最后一行,target_frame.locator('#isCheck') 大概率是匹配到了多个元素,其中第一个还是隐藏的,所以操作不了。 可以尝试在这一行之前,print(target_frame.locator('#isCheck').count()) 检查下匹配的元素个数来确认下。 另外如果只匹配可见的元素,可以这么来匹配 target_frame.locator('#isCheck:visible') 加一个 ":visible"
当然不是,有很多种不同类型的 DB
看截图, .locator('#isCheck') 匹配的第一个元素是隐藏的,不是你想要的那个复选框,所以问题还是你的定位有为题。
根据邮件地址来看,是天润融通
年轻时也谈不上啊。我部门里的同事,哈工大复旦北交,甚至本科北大的,都有遇到啊。
楼上几位,美团办公地点,应该是北京望京啊
差不多 5 年前几乎拿到 dd 的正式 offer,现在 40+ 已经不可能了
举个例子,假设要添加一个项目,接着修改这个项目信息,再删除这个项目,如果仅用录制的数据,就做不到吧
2 月离职,大礼包还不够今年在股市里赔的 1/5,惨绝人寰
还有做成 web 版 jmeter 的,简直恶心的要死,纯属刷 KPI 忽悠公司
这是运维的锅吧
很简单,CentOS 上跑个 Docker 不就行了么
既利用了 pytest-xdist 也用了自写的多进程,这样测试报告就能汇总了,其实很简单。大致代码如下:
from multiprocessing import Pool
import pytest
def run_case_part(pytest_lst):
pytest.main(pytest_lst)
def main():
case_lsts = [
['-s', '--alluredir=report/xml_20231009_0829', './cases/', '-n', '2', '--dist=loadfile', '-m', 'p1'],
['-s', '--alluredir=report/xml_20231009_0829', './cases/', '-n', '2', '--dist=loadfile', '-m', 'p1']
]
p = Pool()
for run_lst in case_lsts :
p.apply_async(run_case_part, args=(run_lst,))
p.close()
p.join()
if __name__ == '__main__':
main()
需要按自己要求处理下变量 case_lsts 就差不多了,里面 的 '-n', '2' 表示 2 个进程执行,'--dist=loadfile' 表示每个 py 文件的所有测试都在同一个进程中运行 (这个自己可以取舍,如果单 py 文件中的 case 有关联,建议加上,也可按自己的情况改成 loadgroup 或 loadscope 或其它)
这必然要分账号来分别测试啊。比如账号 A 登录后打开某个页面,应该有哪些功能入口 (如菜单上的选项),应该没有哪些入口,要做断言校验啊。
愿望是美好的,除了 css 和 xpath,实际上还有对各种情况做判断和相应处理,平台是很难做到较好支持的。