最近心情很复杂，目前做测开会写自动化的工具，包含前后端，应用到了项目，但是又如何？有那么多优秀的工具，比如 ms，hr，别人是一个团队在搞，一部署就搞定了，自己做的东西的价值可能没那么重要，公司是有替代方案的，找个开源的工具不就行了，心情很失落。
如果是为写工具而写工具，的确会有这种困惑。可以想想你们公司中测试的痛点，然后从痛点入手解决。比如把开源的工具改得更适合公司业务，更方便使用。或者有些业务，开源工具测不了的，可以写工具。
ms 和 hr 是啥？
说实话，测开主要是解决问题，而不是非要自己去开发出一套新工具，哼哧哼哧搞半天还一堆 bug
我在公司岗位也是测开，还天天做点点点呢，工具都大半年没写过了，只要工资按时发，无所谓了
同是测开，最近一段时间也是做工具平台，但至少不会有这些疑惑。
因为一般顺序是：了解痛点/需求->调研业内相关解决方案（包括开源的、其他公司分享的）->没有/不完全适合，再内部自研/基于开源的进行二次开发
经过调研这一步，已经是确认外部的工具不完全满足需求，所以也没必要去纠结自己做的工具平台不如外部的。如果有这个困惑，可能是调研阶段没做好。
早些年行业里面测试工具都是国外厂商，慢慢的国内厂商起来了，长远来看，团队作战才是王道
那就寻求和其它平台的差异点，以及结合自己的业务痛点进行优化
二开能力很关键，找到痛点，用最简单的手法完成复杂的事，这才是能力。ms 毕竟已经开源，既然他先进，那就去学习。
ms 和 hr 是啥？
让我们荡起双桨~
我们这边的测开就是维护 ms 和 hr，偶尔写点小脚本，你跟他提需求基本上会被否掉。以前我们这边的测试经理是个技术大佬（现在去某个大公司做技术总监了），他要维护整个环境，排查问题，解决阻塞等等，这大概就是测开的终极形态了吧
能满足工作中各种测试需求就行。做测开工资也高些呀
还是需要看个人规划，我也有同事在我们公司做着侧开，换家公司后 去做手工测试 + 测开，手工测试偏多
管那些干什么， 在我们能力范围内，啥工资高干啥。
HttpRunner 本身定位就是一个原子化的工具框架，主要目标在于通用性和可扩展性，肯定无法直接满足所有公司的需求。但我们期望大家基于 HttpRunner，可以更方便快捷地实现集成和二次开发，解决公司的实际业务测试问题。
另外，HttpRunner 是从一个非常小的脚本化项目逐渐迭代到现在的状态，在社区也记录了之前迭代的思路和过程，大家如果有兴趣的话可以作为参考的资料，打造更符合自身需求的工具。
测试的目的是什么？初衷是什么来着？
是为了找到更多的问题。 用手工也好，用工具也好，都是手段而已。
我见过很牛的测开，但他是一个开发还是一个测试呢？我始终没有分的很清楚。
我也见过手工很牛的业务测试，他对于我来说更有价值，因为他靠分析和一些人工手段发现了更多的问题，是全局来考量的。
而那个测开，可能测试思路都是局限的，要么偏接口，要么偏前端 APM，找到的问题也都是局部的，不是全局来考量的。
能接地气的解决公司的测试需求问题就赢了
看平台能带来什么，要贴合业务去改造
起码你还是测开，工资高，手动点点点的比你难受
