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

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

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

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