豪猫拍它

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

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

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

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

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

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

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