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 很难。特别是在没有高学历和大厂的背景下

这个看你们的需求了，日志就好好呆在日志服务器就行了，然后定期清除，我一般就留 10 次日志多的不看还留着干嘛。

只要持续集成服务器硬盘足够大，你可以存放所有版本的测试报告，至于把日志存储到数据库。这个想法太蠢了，你问问开发的阿里云日志会一直存着吗？如果日志有用你应该在测试运行时就添加 hook，然后去把他转为可分析的结构数据。单纯日志只有在 case 失败时才会产生作用。毕竟我们只想看到持续集成全部都通过而不是看一堆日志。

业务层级的场景图是告诉测试、产品、开发同学去挖掘这块功能组合的影响，配合数据模型能快速的落地结果。
除此之外测试分析的时候最好细化到功能的可操作项，这样能帮助你去使用测试方法进行分析，例如功能边界，功能组合，交替测试等方法。