把造数据的时间由半小时缩短到了一分钟，怎么做到的啊兄弟？

需要有测试方案设计能力

不是每个公司都是业务有限的。有些公司业务的量非常大，看到你能力在增长，能接住现在的盘子，就给你更大的业务盘子。还是在做业务。。

以前我跟你想法一样。但是发现当你用自动化节省了业务测试时间后，你会有更多的业务要接。。

如果公司在合同期满前 1 个星期告诉让你提主动离职，怎么办

我个人的理解是，
一方面确实技术进步要求测试会更多的东西，所以需求更多的高级测试 资深测试，现在改了个名字，叫测试开发，一方面听起来好听，有吸引力，再者领导也可以在大领导面前有新噱头汇报
第二，市场流行 KPI，如果部门主管不能折腾弄些东西，恐怕只靠测试那一套无法在公司完成指标，所以你会看到大公司不断在折腾这些东西，号称某某技术减员 30% 或者 50% 的人力之类的，以此来达成绩效，实际上真的降低了多少人力，恐怕只有自己才知道

第三，测试僧多粥少，现在竞争堪称惨烈，想保住工作或者拿高薪只能拼命学习，无论是这些东西能不能用得到（大家也知道，面试造火箭 干活点点点），由于人多岗位少，那么面试官也喜欢用一些难的 开发知识来要求面试者，甚至算法来面试，这是造成普遍都在学测试开发，企业无论用得到不到 现要求再将，这是本质

第四，培训机构的作用，大家都懂！

应该是有不点的，P7 以上，研发测试比 30 以上的，产出是跨集团的工具。
但这种凤毛菱角，而且后续如何继续产出也得抓破脑袋。
为什么会有测开，几个方面：
1.点点点确实 LOW，肯定是跟不上技术迭代的。
2.测试总要说点故事啊，不区分点点点和测开，怎么忽悠年轻小孩做测试呢。
3.你们觉得业务测试 OK，没问题，养你到 30 岁没什么问题。问题是你 35 以后，长期惯性思维，只会点，你觉得你安全么？而且业务就不会倒么。同时你是测试又不是核心，业务做特别好，利益也不会流到你手上多少。

能去大厂的去大厂，去不了大厂的要么拼命自学，要么就认怂，有啥好扯的。

是这样的

最近这个话题经常在讨论，坐等大佬们发言。

一直不理解为什么会存在测开

昨日一个阿里出来的同学说，阿里超过一半的高级测试开发，一半时间都是点点点，
如果是真的，这可能刷新了很多很多人的认知，很多人认为大厂测试不做业务，只搞开发，测试全部给了外包（实际上想想也不太可能，全外包怎么能保证一流的品质）。

合约到期如果不续约，照样要 n+1 赔偿的。

这只是很少一部分，只是这部分一般发声比较多。和业务紧密结合的，因为业务敏感 + 忙，所以分享出来的比较少。

很多公司的测开 其实做的是自动化

论坛里给我感觉就是测开就是搞测试平台的，不管能不能落地，最终效果怎么样都要先来一套，有那时间多写几条自动化脚本不行么

看上面回复就知道懂的都懂，所以奉劝真心想转测开的别把精力放在造轮子上了

合同到期被要求主动离职就没法了，公司不愿意续签合同

对的，测开一定要贴近业务。去理解、着手去测。体会下哪些流程可以转换为工具

做业务才来钱，连开发都要做业务，何况是测试，这个道理很简单呀。
论坛里也不止一个声音说过，测开不能搞纯技术，这是条不归路。

测开还是要跟业务挂钩的，个人觉得测试才是重点，开发只是辅助

耗着，该上班上班，该打卡打卡。要求做事都可以，嫌弃你慢就是不会。
然后开始学习，开始拼命吧。。。

今年已经见过 5 个测开朋友被辞退了 不过补偿有 4 个都主动给了 还有 1 个仲裁拿到了 被辞退的原因 都是觉得他们的工具对公司没有太大的帮助 其实他们开发能力 都还可以了 现在 Python 的测开转运维开发了 2 个 Java 测开转 Java 开发了 还有 2 个 一个找到了新公司 一个目前还没找到 纯工具测开感觉比功能测试的重要性都不如 不贴近业务

到最后不行了，把公司名爆出来吧，不想体面就帮他体面吧。

这是悖论
一方面领导想跟潮流，招测试开发
另一方面发现再怎么招技术高的人，最终还是要保证业务测试才是测试的核心，
顶不住成本上升发现收益没有想像的大，又要裁人！

辞退没补偿这个不能忍啊。最后一句意思是做的测试工具没落地么？