https://testerhome.com/topics/32121 这里有一部分相关内容

测试技术的迭代更新是很慢的，所以技术型的文章更新的也慢。技术是需要打磨和沉淀的。

简单、重复的技术没必要一直说。

真实落地的技术，在团队中，基本上半年都不会有一次大的变化。

为什么这个套路看着这么熟悉？？跑步打卡群？

日更需要发自内心，而不是囿于规则，否则必不长久。

本人周更，算是坚持下来了。很多时候需要出于热爱。特别是没有获利的情况下。

有几个小问题：

1. 业务流量比例，一般指的是完整业务流的比例，而不是单接口的比例，根据题主的假设，就是业务 1：业务 2：业务 3 的具体比例；

2. 如果在做单接口的时，算 TPS 的话，就应该是算 A 接口在所有业务中的总次数，这样才能保证 A 接口的性能不影响；

有同感，现在慢慢的，自己也想开了。不过份追求上进，多陪陪家人，身体排第一。

能做到这个其实是很好的，但是在实际的过程中，因为业务进度或者时间的关系，还是会有很多问题遗留到端到端测试。

另外，端到端测试还有个很重点要的点在于要验证业务的完整的性和正确性，毕竟在系统开发出来之前，产品也无法确认系统是否能够完全满足业务需求。

解决问题，沉淀流程，把业务和流程梳理好。就是很大的价值体现了。但是解决问题的基本前提是要有对应的业务能力，要能和研发做同频交流。把测试的内核沉淀好。

因为只有这些是比较通用的，可移植性强。其实公司内部还是有很多业务讨论、用例设计的讨论。但是这些讨论如果不是在一个领域内，或者不在一个公司内，上下文的信息不对齐，是无法被广泛讨论的。

其次，也有很多人对测试本身做了很多探索，比如海盗派测试、探索性测试等，都是针对业务层的用例设计方法论。

刚好手上有两个测试专利，申请的原因是前公司的要求，只提供实现的文案，其它有专人负责，所以申请还算顺利。

对跳槽基本上没什么帮助，因为原则上现公司是不能直接用的。

只是你能力的一个体现，不过这种专利也比较水，至少我申请了也不会刻意去说。

赞成文章的观点，其实这也是行业进步的必然性。测试行业在往前走，对技能的要求在提高是必然的。任何行业都一样。哪怕是工厂里的人，会操作大型机器的，也比只会手工的高很多。

行业在发展，技术能力在不断改进、提升，对于行业内的人员能力要求对应的也在提高，这个和卷不卷没关系，只是必然的发展规律。不要和规律对抗。

向前看吧，走自己的路。尊重市场规律，获取能力范围内的薪酬。安心即可。