你老板的老板把压力给到了你老板，然后压力向下传递。说真的，PPT 一顿乱吹，真没见到在测试领域有哪些拿得出来、又已经是可以投入使用的应用。

大厂人太多，大扩张时期，招了那么多测试开发进去，不弄点东西出来搞 KPI，怎么做汇报啊。

这东西，说白了，就是在测试有话语权的时候可以执行，对保障项目质量、新人快速熟悉项目以及体现测试专业性有那么一点用处。
一旦业务不行了，或者上面换了不重视质量的领导，根本不给时间，再想在测试团队推这些东西，下面的人就想把你干掉了。

印钱会导致通货膨胀，这不是资本想要的。资本想要的是少投入，高产出，用 AI 代替所有人工做的事，想把整条软发产品线都替换掉。

先等等，等等自动生成 prd，自动根据 prd 生成业务代码先

个人看法，在没有新风口，吸引那班圈了一堆钱的富人舍得拿钱来开路的情况下，基本上很难看到房价往上走了

这有什么难度，跟研发同技术栈的话，直接拿代码过来复用；不同技术栈的话，有两种方案：
（1）用研发的技术栈，拿研发的代码，写个 web 服务，暴露接口出来调用
（2）理解加解密的逻辑，用自己的技术栈实现

在中国这就不可能，一大堆卷王。别人说的测试左右移是更关注业务价值，他们眼中就是过去卷运维、开发的东西。这堆人爬上去之后，就觉得这才是正确的方向，强行带动下面的人一直卷。

你只是触及了部分可能搞技术知识付费，但不是以技术为本的人的神经而已。

这个私企会承认吗

这接口的设计也有问题吧，不传 id 就全删，怎么有这种设计方案？

requests session 会话不是这么用的。大多服务端使用 http 协议时的鉴权机制都是通过 header 里面的特定字段去判断，像你这个例子，拿到鉴权字段后，去 session 里面更新一下：session.headers.update({"access_token":"xxx"})，后续再通过这个 session 会话的时候，就会带上这个字段了。

所以你们的业务场景是啥

我前司是做物联网的，我们是分为 3 波人，硬件 + 固件是一波，app 是一波，云端是一波。前面的硬件 + 固件、以及云端就相当于是服务提供方，要确保自己提供的服务没问题。最后来到 app 层面，其实就相当于是把所有的都集成起来了，也就是从业务层面去看功能的实现了。

说白了，自家产品不是跟虚拟化、云原生相关，或者后续不打算往这个方向走的话，了解下也就够了，知道这东西是干嘛的也就够了。

有权限的话，不是自己连下 mq 或者 kafka，或里面塞数据就行了吗。至于要怎么连，可以面向百度或者 chatgpt 编程，或者找下开发帮忙。

这个抓的是自己公司的产品，还是别人的产品。如果是别人的产品，还得看对方有没做限制。

正编看来看去都是年前就挂在那的，估计都是挂着看。反倒是一堆外包打招呼，不投简历都不知道有这么多的外包公司。

懂的都懂，国内 ai 之类的文章/视频，要么就是教部署某个开源大模型，要么就是教怎么使用 chatgpt 之类的工具。

不是只有测试背锅，而是你们 leader 把锅接回到自己部门。这种情况，是我就直接开喷了，这垃圾技术方案谁做的，负责人怎么把控全局了？

这种一般都是对外交付项目的验收标准吧

没有薪资范围的吗

任何项目都是有需求的吧，别的不说，先完成业务场景的覆盖测试。

在业务快要挂掉的边缘时，哪有什么生命线，随时可上线

国内不像国外，只有少数人能坚持为爱发电，要不就不是国外一直引领技术圈了，而培训是技术人变现的最有效手段，就像流量的尽头是直播带货。

所谓的技术，来来去去都是那几样，没有新鲜玩意出来之前，又要保持热度，只能卖资料、搞培训了呀。