自己写一个,或者到 git 上自己找,多的很
感觉要求高是为了卡面试的人,实际就像你说的,大多数真就是点点点,一些大厂我也不知道估计会搞这些 AI 啥的,因为人家是处于长期盈利的,我们公司一直说让搞自动化,但是正常的业务开发都搞不完,哪有时间搞自动化,老板需求天天变
厉害
哈哈,我是真的只会点点点,但是也知道自己年龄大了,在这行已经没有出路了,所以也没想的卷,在目前的公司能干到什么时候就干到什么时候
之前还专门关注过,还特意问了 AI 帮我总结下,分享给你,有用就用,没有用也无所谓



有一点我非常的认可,我这是个非常小的小厂,来了一个听说是华为出来的大佬,那真是水的不行,而且出了问题,疯狂甩锅,反正就是跟人家没有一点关系
说直白点,就是公司想省钱,想白嫖你,产品这东西很吃经验,有些行业是需要深耕的,所以要做一个好的产品,是非常花时间,而且逻辑性非常的强
x 总,x 桑
现在这行情,能苟住就苟住吧,只要当前的公司能按时发工资
这个最优的转行,还有寒暑假期,美滋滋
AI 毕竟也是程序,看看去年的微软事件,滴滴事件等等,没错修复 bug 成本很低,但是 bug 带来的经济损失并不一定小
除了一线城市,其他地方最少要打对折,有些地方还不止
现在的 AI 让写简单的代码确实可以,如果是业务非常复杂的就不行了
框架可以自己搭一个,也可以借鉴个别人的,就像上面说的,不管想要做什么,一定要行动起来,等你真正开始做起来,就会发现各种各样的问题,而你需要做的就是一个一个解决这些问题,这就是成长
不能返回元组,我用例里面接收的就是字典,我专门把元组解包出来了
已经解决了,是我写的调用随机函数的一个模块里的方法写的有问题
已经解决了,接口能正常访问,是我写的调用随机函数的一个模块里的方法写的有问题
已经解决了,参数没问题,是调用随机函数的一个模块里的方法写的有点问题
截图,重要的数据 ID,以及请求的参数,有时候我会贴上需求段落
检查下浏览器驱动,看的像驱动不匹配
非常同意恒温的观点,测试的核心感觉还是在业务,开发一些工具还是为了业务服务,不能单纯的为了技术抛开业务,有点舍本逐末的感觉
我在一家小公司,测试就 4 个人,研发加产品总共 30 个,我这基本上都是业务测试,一个人一个大模块,甚至一个平台的项目都给一个人来负责,因为懂业务,测试了解的业务比产品都透彻,所以没被裁员
看数据库,用抓包工具,也属于手工测试吧,不让我用数据库我得疯了,因为有些测试数据确实得需要改数据库,我举个例子,我们有些业务场景会生成任务执行时间,那如果不能改数据库,只能等到执行时间去执行,那就太难受了
我在思考一个问题,apifox 会不会泄露公司信息
现在学这个,就像 49 年加入国军