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

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

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

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

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

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

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

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

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

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

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

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

哈哈，老兄息怒，看老兄的回复感觉我这帖子发的有点让人搓火，赶紧补充一下，虽然领导要求我主动滚，但是我肯定不能同意呀，后续发展一定是我跟公司 PK 啦。

我咋感觉这个帖子的重点应该是，"领导要求一周内主动离职，并且没有任何补偿"，这能忍？

有没有想过不干这行了，做什么呢

1 年半了，你可以理解一半是自己想走，一半是被逼走的。哎，修心吧。

个人倾向于测试套路吧

如果仅仅熟悉自己的业务，换个新的领域估计还是有问题

好像屁股还没热乎，又换地方？

业务系统架构，站在业务的角度去了解整个系统。考察对所测系统业务的熟悉程度。

看语言背景啊，如果是行业的业务能力，就是领域知识。如果测试职业的业务能力，就是测试基础 + 技术能力。

同问

高飞大佬觉得运维开发怎么样呢

怎么想你都随意吧

听完更不明白了。这是在做测试工具还是在做自动化测试啊？呵呵

真实了，我现在就做计划