django 开箱即用，前端 vue 拿模板修修改改，不是走纯开发路线差不多了

产出结果就是能拿来水，并且 AI 现在真的赚钱的点就是卖课，深入研究除非从业人员不然没意义。

你做的事情基本是大厂才需要的，小作坊要执行要自动化，大厂你学历绝对被卡的死死的，因为人太多了。

狼多肉少不知道你是以什么样的心情转行的，一般转行就彻底转掉了。

工作 2,3 年的小坤子们时无法体会到的，估计还在死背八股文和刷 leetcode

看你的描述感觉 20k 应该不难，广州现在这么拉了吗

1. 我们的人员配置是 4 个常驻 1 个不稳定就是 5 个人。我是主要负责自动化等工具。其他人功能：自动化基本在 8:2，所以不可能强求他们自动化产出有多高。
2. 我这边是需求和自动化并行进行的，其他人基本是自动化在需求完成之后，这就导致了其他人员的自动化产出效率不足。项目基本也是 2-3 天一个测试需求，很多时候还是 2-3 天测 2 个需求。
3. 项目配置，基本 1 个人一条线，我这边是游走，所以主要负责自动化的转化。
4. 你说的合理不合理问题这个就很玄了测开比基本是 1:10 以上。 5.6 合并说吧，数据驱动是肯定的根据场景进行参数化，测试用例是通过 pytest 框架编写 python 代码的。毕竟代码的继承复用和维护是平台比不了的速度就不是一个量级的只是要求会高点。

会持续迭代的需求都会转自动化，不持续迭代的末端业务就不写。用例多的地方主要是功能庞大所以复用了，不然一个小功能写 34 十条自动化测试用例的写一年都写不了那么多。另外你说的工作很多年还写自动化，单纯搭框架都 25 年了会缺框架吗？你不写测试用例工具上的优化能优化多少总会到头的。完全的测开工程师都是大厂并且岗位极少，我是没认识几个只写框架不写用例了。说白了还是个体力活

1 年多时间 8000 多了

按功能或者按需求等类型存，只是一个分组分类的过程。关键的当你的测试用例体量增长到 1000,2000....之后你的维护新增速度时候还是能保持 100 用例阶段的维护速度和新增速度，其中最关键的因素就是当你的用例越多你用例受到需求迭代的影响面就越广。这就涉及到你工程的数据维护（静态的动态的），工程的结构设计。以及出现异常情况比如环境数据破坏了恢复到正常状态等等情况后你的维护效率会不会受到影响。

小公司都训练不出模型，个位数和 2 位数的模型训练出来能用的起来吗？

https://developer.mozilla.org/zh-CN/docs/Web/HTTP

给你我的客观的答案吧，一般这个问题我也会问。第一就是看一下你写了多少，量变引起质变，几百条用例的维护和几千上万条用例的维护肯定是不一样的。量级增长意味着你需要做更多可维护性提升的工作。同时面试官也可以顺着你的编写量继续聊下去。
上面回答的 “有人会记得自己吃过多少顿饭吗？ ” 更是无稽之谈，你做的自动化难道没报告吗？还是你的报告维度不客观的反应这个量级吗？还是说大家做了之后都不关注报告的结果。包括日志，运行时间，运行测试用例这些都是很明确的才对

经典，我上家引入数据度量也出现这种情况。顺便一提也是阿里出来的牵头的

1. 对于个人来说论不论证都无所谓，想办法申请下来那就能拿公共资源区丰富自己的能力。
2. 对于公司数据工厂对于测试类工具就是存在即合理并且业内已经有很多在用了。你只需要去看看成熟的例子，并且想好要怎么做做哪些能在你们公司内部能逐步推行就行了。
3. 总结努力提升自身是关键。

找我上述说的符合这 3 个情况的业务，找不到就准备好打包走人吧。

其实你现在面临最大的问题是到底做不做自动化。1.没有自动化测试，你的需求测试很困难或者执行效率无法提高。2.是否有核心需求持续迭代，没有的话也没必要做自动化。3.你们的老板对生产缺陷的容忍度是不是足够低，并且出现生产缺陷后造成的损失足够高，不符合这种情况也不适合去做自动化。你自己评估一下吧如果你们公司不符合其中 1 中情况，早点找后路跑路吧，做不久的。

你先确定公司准备付出什么资源，你有什么职权，如果一句话就去拉人应付一下就行。就像那个笑话一样，老板要求你做个百度，你建立一个超链接就行了。

贷款买房很像多年前的自己，过了 5,6 年了现在只想提前还款早点结束噩梦。如果你现在正常按期还款还剩不了钱要加把劲了后面风一吹你根本扛不住。除非家里还有兜底

995，压力还行吧中间可以摸摸鱼

豪猫拍它

也许你发现了一个 jmeter 的哗点

卖命赚钱的前提是命值钱，就说雇佣兵以现在的市场而且并不赚钱。

不是大佬，简述一下我的职业生涯吧。3 本毕业，大学 4 年玩游戏。
1 阶段刚刚毕业：
多接活，多做事，这样能保证自己的廉价劳动力，不至于被淘汰就算被裁也是最后一个，实际情况工作 8 年都没被裁过因为这样的心态吧。
2 阶段工作 1-3 年：
多去学习技术实践，越底层越好，现在框架很多拿来就用，但是你要知道他是按什么逻辑在驱动和玩法的，起码让你自己写能写个大差不差的。多看开发代码，常见的行业后端实现，前端实现基本都懂。常用的设计模式能懂怎么写，不至于开发稍微加点技术模式就蒙蔽了。
3 阶段主导：
框架也好，平台也罢。不断的抽象不断的优化，不断的提升自动化，性能在实际业务中使用的效率，运行的效率。总结一句越勇越爽，当你用的不爽的时候，一定是你的问题，多去交流学习怎么变的更爽，因为这个世界肯定有比你牛的在不知道哪个角落用的方法比你高好多好多倍。要用这样的持续学习和更新的心态才能保持技术的进步。不至于因为年龄的原因被早早的刷下来。
4 阶段 10 年以上：
躺平，能混一年是一年，这个时候你还达不到你自己的财务自由。就很麻烦了，起码搞套房吧，起码没负债吧

测试没有专精一个点很致命，很多东西都是 demo 这个没啥说法。测试的能力都太偏向顶层 e2e 了，技术要开始向下深入代码（最少要有开发 curd 的代码阅读能力），业务要开始想明白后面在哪个垂直行业持续做。做不到测试专家，业务专家，想拿 30k 很难。特别是在没有高学历和大厂的背景下