做测开会写自动化工具又如何？

袁旭尧 9
2022-07-26 18:30:04 未知地区 1F
回复

如果是为写工具而写工具，的确会有这种困惑。可以想想你们公司中测试的痛点，然后从痛点入手解决。比如把开源的工具改得更适合公司业务，更方便使用。或者有些业务，开源工具测不了的，可以写工具。ms 和 hr 是啥？
说实话，测开主要是解决问题，而不是非要自己去开发出一套新工具，哼哧哼哧搞半天还一堆 bug我在公司岗位也是测开，还天天做点点点呢，工具都大半年没写过了，只要工资按时发，无所谓了 同是测开，最近一段时间也是做工具平台，但至少不会有这些疑惑。

因为一般顺序是：了解痛点/需求->调研业内相关解决方案（包括开源的、其他公司分享的）->没有/不完全适合，再内部自研/基于开源的进行二次开发

经过调研这一步，已经是确认外部的工具不完全满足需求，所以也没必要去纠结自己做的工具平台不如外部的。如果有这个困惑，可能是调研阶段没做好。早些年行业里面测试工具都是国外厂商，慢慢的国内厂商起来了，长远来看，团队作战才是王道那就寻求和其它平台的差异点，以及结合自己的业务痛点进行优化metersphere 测试平台 和 httprunner 接口测试框架二开能力很关键，找到痛点，用最简单的手法完成复杂的事，这才是能力。ms 毕竟已经开源，既然他先进，那就去学习。ms 和 hr 是啥？让我们荡起双桨~metersphere 和 httprunner我们这边的测开就是维护 ms 和 hr，偶尔写点小脚本，你跟他提需求基本上会被否掉。以前我们这边的测试经理是个技术大佬（现在去某个大公司做技术总监了），他要维护整个环境，排查问题，解决阻塞等等，这大概就是测开的终极形态了吧能满足工作中各种测试需求就行。做测开工资也高些呀 还是需要看个人规划，我也有同事在我们公司做着侧开，换家公司后 去做手工测试 + 测开，手工测试偏多管那些干什么， 在我们能力范围内，啥工资高干啥。HttpRunner 本身定位就是一个原子化的工具框架，主要目标在于通用性和可扩展性，肯定无法直接满足所有公司的需求。但我们期望大家基于 HttpRunner，可以更方便快捷地实现集成和二次开发，解决公司的实际业务测试问题。

另外，HttpRunner 是从一个非常小的脚本化项目逐渐迭代到现在的状态，在社区也记录了之前迭代的思路和过程，大家如果有兴趣的话可以作为参考的资料，打造更符合自身需求的工具。测试的目的是什么？初衷是什么来着？

是为了找到更多的问题。 用手工也好，用工具也好，都是手段而已。

我见过很牛的测开，但他是一个开发还是一个测试呢？我始终没有分的很清楚。
我也见过手工很牛的业务测试，他对于我来说更有价值，因为他靠分析和一些人工手段发现了更多的问题，是全局来考量的。
而那个测开，可能测试思路都是局限的，要么偏接口，要么偏前端 APM，找到的问题也都是局部的，不是全局来考量的。能接地气的解决公司的测试需求问题就赢了看平台能带来什么，要贴合业务去改造起码你还是测开，工资高，手动点点点的比你难受