所以说,建议楼主先找找看,别太盲目自信了
感觉在咱这没有什么不卷的,各行各业都是疯狂的卷,说到底还是人太多了
我跟你说的 b 一模一样
以后就招一个全栈,UI,前端,后端,测试,运维 ,产品 全都一个人干了,岂不是很爽
非常有购买的欲望,之前了解了些 docker,特别想学下 k8s
没有啥好的建议,不过我平时有时间了会自己写点爬虫,用 python 开发点小工具之类的
感谢分享,感觉不止是使用工具会有这种问题,平时生活中也会遇到,想要强加给别人之前先了解使用者的痛点
之前加了好几个这样的群,要么就不说话,要么全是聊天吹水的
多谢,试了有效果
测试路越来越窄了,以前我觉得至少能干到 35,现在离 35 还有 2,3 年的时候就已经慌的不行,感觉随时都会失业
https://blog.csdn.net/aaaaaaaaanjjj/article/details/125274053 可以看看这个,我的接口是学他的,UI 自动化框架我是报的课,给你发不了
我的 UI 自动化框架,和接口自动化框架,大体都是借鉴被人的,但是框架拿过来得改,改成符合自己的项目的框架
今年环境不是一般的差,往年简历投出去,总能收到几个面试,今年全是已读不回,或者要了简历没下文
python 对测试来说,确实友好,简单高效,并且有强大的第三方库
初中级,看来我对初级中级有误解
你这么说我就笑了,他这明显感觉就在列名词,有些东西是需要深入了解的,只懂个皮毛怎么去工作,就拿 selenium 来说,原理是什么?三种等待是什么?有什么区别?等等问的深入了,你确定楼主能答上来,没有真正的项目经验,一切都是白扯,我公司前段时间面试进来了一个,西安邮电大学的,面试的时候一问什么都会,招进来,干啥都不行
没错,就是个背锅的,我也刚当小组长几个月,下属犯事,我经常挨批
同意这位兄弟的观点,别一上来就奔着自动化,性能,没有基本功打底是不行的
这不是测试该干的事吧,你们公司流程都错了,测试的职责是发现 bug,并告知正确的结果(已需求文档为标准),怎么能让测试给解决方案呢,在我们公司,是严禁测试给解决方案的,测试给解决方案,那给的对还是不对呢,给了解决方案,后续出现问题,你就得承担责任了
听起来有点复杂
好的
嗯嗯,好的,我试试,如果可以,这也是比较简单的一种处理办法
试过绕过的方法,但是局限性太大,必须页面要处理登录状态,而且每次得先手动登录,太麻烦
Codes 是什么?是一个工具吗?