所以说，建议楼主先找找看，别太盲目自信了

感觉在咱这没有什么不卷的，各行各业都是疯狂的卷，说到底还是人太多了

我跟你说的 b 一模一样

以后就招一个全栈，UI,前端，后端，测试，运维 ，产品 全都一个人干了，岂不是很爽

非常有购买的欲望，之前了解了些 docker，特别想学下 k8s

没有啥好的建议，不过我平时有时间了会自己写点爬虫，用 python 开发点小工具之类的

感谢分享，感觉不止是使用工具会有这种问题，平时生活中也会遇到，想要强加给别人之前先了解使用者的痛点

之前加了好几个这样的群，要么就不说话，要么全是聊天吹水的

多谢，试了有效果

测试路越来越窄了，以前我觉得至少能干到 35，现在离 35 还有 2,3 年的时候就已经慌的不行，感觉随时都会失业

https://blog.csdn.net/aaaaaaaaanjjj/article/details/125274053 可以看看这个，我的接口是学他的，UI 自动化框架我是报的课，给你发不了

我的 UI 自动化框架，和接口自动化框架，大体都是借鉴被人的，但是框架拿过来得改，改成符合自己的项目的框架

今年环境不是一般的差，往年简历投出去，总能收到几个面试，今年全是已读不回，或者要了简历没下文

python 对测试来说，确实友好，简单高效，并且有强大的第三方库

初中级，看来我对初级中级有误解

你这么说我就笑了，他这明显感觉就在列名词，有些东西是需要深入了解的，只懂个皮毛怎么去工作，就拿 selenium 来说，原理是什么？三种等待是什么？有什么区别？等等问的深入了，你确定楼主能答上来，没有真正的项目经验，一切都是白扯，我公司前段时间面试进来了一个，西安邮电大学的，面试的时候一问什么都会，招进来，干啥都不行

没错，就是个背锅的，我也刚当小组长几个月，下属犯事，我经常挨批

同意这位兄弟的观点，别一上来就奔着自动化，性能，没有基本功打底是不行的

这不是测试该干的事吧，你们公司流程都错了，测试的职责是发现 bug，并告知正确的结果（已需求文档为标准），怎么能让测试给解决方案呢，在我们公司，是严禁测试给解决方案的，测试给解决方案，那给的对还是不对呢，给了解决方案，后续出现问题，你就得承担责任了

听起来有点复杂

好的

嗯嗯，好的，我试试，如果可以，这也是比较简单的一种处理办法

试过绕过的方法，但是局限性太大，必须页面要处理登录状态，而且每次得先手动登录，太麻烦

Codes 是什么？是一个工具吗？