我理解的业务性测开主要的能力是可以根据业务特性开发/引入工具解决业务的实际问题，可以开展性能、接口、单元和异常测试自动化，基本上是单兵作战
我理解的纯工具型测开是纯工具的开发，基本上以平台为主，工具看重的是平台的通用性，易用性，基本上是一个团队在维护
业务性测开因为是单兵作战，所以做的事情比较杂，可能上一个月做的事客户端方向的，做完以后，下个月就做后台方向的，优点就是做的事情贴近业务，因为业务不断的在迭代，会一直有各种各样的事情去做，各种自动化的开展了解的比较多，优缺点也有自己实际的经验，缺点也显而易见基本无法深入下去，也不会给时间深入下去，主要已解决问题为主，没有体系的平台化思维
工具性测开因为是集团军作战，基本上和开发没啥俩样，也有前端也有后端，优点就是可以有体系的平台化思维，在某一个领域的技术可以深入下去，如果是后台，可以在后台深入下去，如果是客户端可以在客户端深入下去，缺点就是很容易在平台/工具进入维护期以后，以接入、优化和运营为主，技术陷入瓶颈
如果现在有业务性测开和工具性测开两个机会，应该选哪一个会更好呢，哪个职业天花板更高呢？
我的理解其实大可不必这么区分。
就算是你说的业务性测开的工具，也是需要自己写一些前端让普通功能测试去调用的。而且你要想针对性的测试，你也是要对开发的框架有所了解的。
应该是深度与广度的区别
看个人吧，我觉得业务性测开能够帮助到业务测试，但是没法深入下去；工具性测开能够深入下去，具有平台思维，但是可能开发的平台，不适合业务体系！
测开还是看天分，有些需要测开的公司随着大批人员的需要已经降低门槛了，不少测开感觉都是脚本水平，然后一直写脚本。
个人观点，纯工具开发，不如直接转开发，天花板更高
职业天花板我觉得都差不多，工具性测开或者业务性测开，我理解如果只看测试通道，都是技术型测试岗，天花板都是测试架构师？
不过从公司层面，可能业务性测开会更有价值，因为工作效果会比较明显。工具性测开，如果可以做到类似统一服务这种形式，各个业务基于统一接口来调用，那极端点说，找开发做不是更快更稳？
大部分都是混合的，指那打那
小团队里边，或者大 boss 不够重视的团队里边，纯工具性测开根本活不下去
业务性测开也要具备工具开发的能力，基于业务展开的测试才是很多公司需要的，工具测开那就是开发。
肯定是业务性测开，换个角度，如果公司裁员，你是保留懂业务的，还是保留只懂工具开发的
殊途同归，最终还是看业务价值。业务价值取决于亮点，真实业务价值以及老板吹牛逼的能力。所以工具线的老板或者其靠山软实力不强，建议跑路或者直接转开发。
至于业务线上的测开，首先你得有时间学习。网上抄抄自动化是不会有高速成长的，怎么让老板给你时间带薪学习，这是个问题。
真要二选一，建议纯工具开发，道理大家都知道，好跳槽好转型，进可攻退可守。
纯开发工具，不深入测试前线，不就是开发岗位吗？和测开有什么关系？真正的测开都是深入做过测试的，如果做纯工具平台开发，而且平台都是产品级的，建议后面直接换开发岗，要论天花板，做开发才能走的更远。
