不要用 win10 装 docker,环境太难搞,win10 装 linux 虚拟机,在 linux 上装 docker
第一种方法看着就难受,我是用第二种方法来的
个人感觉还是先把内部流程规范确立起来吧,纯技术手段其实意义不大
几十万参数?请原谅我见识浅薄了。要我来做的话还是会先生成所有的组合,在生成的时候可以把大致范围限定下,然后再用参数依赖关系去过滤
用自动化把所有条件组合都运行下
全局使用 driver 不好吧,中间没有 driver 的获取跟释放么?
如果用 pytest 倒是很容易处理,可以很容易做全局变量,unittest 没尝试过
大佬,错别字啊
要分清楚需要哪些执行环境,接口的,web 的,app 的。。。
这句话过于绝对了,业务能力跟技术能力都需要时间去学习,侧重点不一样而已,当然测开是需要去熟悉业务的,熟悉到什么程度是个度的问题,目前还没见到业务跟技术能力都优秀的测试(姑且认为优秀就是比别人厉害吧)
老哥,看你发了好几条,这中间是有啥故事么?感觉有很大怨念啊
感觉现阶段流量录制回放是个伪命题啊,不解决外部服务、数据库跟中间件的依赖很难落地,后边要做的东西很多
哎,这类平台实际落地效果一言难尽,开发起来耗费精力,使用起来束手束脚
我记得 httprunner 有 python 方法执行入口吧,封装一下,在执行之前加载自定义 env 数据,执行过程中再去获取
老项目最好不要升级版本了,httprunner 每个大版本升级都不兼容之前的用例,真是有点坑
我想吐槽下 httprunner 每个大版本更新,都不兼容之前的用例,3.x 已经看不懂了
我很好奇楼主从测试架构转到到工程架构,主要工作是做什么呢?
另开线程执行 adb install,主进程里面 WebDriverWait 去点击继续安装按钮,我是这样处理的
这个接口断言模块了解下https://testerhome.com/topics/22561
写了个基于 httprunner 2.5.7 版本的 demo,https://github.com/xglh/httprunner-pactverify-demo, httprunner 3.0 版本的实在短时间内没搞懂
自动化本身并不难,难的是如何让自动化产生价值
恩,这个后边会调整的,目前还是想先接入实际项目试用下。
我这边的情况是:
1、一个 adb install,一个点击确认 -- 这个是 ok 的
2、一个 driver.install_app(),一个点击确认 -- 这个识别不到元素了
可以考虑 mock,微信接口能返回的场景可以正常测试,异常场景可以 mock
接口自动化投入产出比高一点,而且运行起来比 UI 自动化更快速稳定
搞定了,另起一个线程 adb 安装可以了;但是遇到个问题,另起一个线程用 driver.install_app() 的时候,主进程里面就不能识别元素了,这个要切换下上下文啥的么?