都 2021 了还在争论这个问题，完全没必要，选择做一辈子杂工还是努力做个高级技工，亦或者要不要给未来更多选择那都是自己的事。另外，测试是技术岗，是技术岗，是技术岗，居然已经不配提升技术了吗？

想开发一个 AI 代替我，因为实力不够的原因没有做。

马克思主义告诉我们，什么事情都要辩证的看。
比较反感有现成好用的测试平台不用，非要自己写个 bug 又多又难用的平台，强制推广的行为。
反平台了吗？反了。觉得平台没用了吗，并没有。
不要把概念混淆了。

tapd 不好么

觉得测试平台只能装逼用，觉得测试平台不利于成长。

你有时间写测试平台，肯定对自己有帮助啊，无论是架构能力，还是代码能力，还是后面的推广能力！

开发的话我为什么不敢信？我看得懂代码的啊？

没看懂。。技术怎么会不懂开发。。。另外，你们公司同事素质不行，说的话你信不过，那就换一家公司。不要在垃圾堆里面找对象

就一点，谷歌的测试和开发招聘门槛是一样的，不要限制自己测试就只是测试，开发就只会开发。多一条路多一点可能性

天龙人就是高贵，直接把别人定义死了，你这句话就相当于你当农民就该一辈子种地，想什么发明工具的事情，那是你低贱人能做的？如果你工具好用，大家自然会抢着用，强塞别人一坨屎没啥人能接受吧？平台目前的开源平台底下没有啥不好的评论吧？大家反感的无非是那种无用的平台。另外，现在无非是为了钱的年代，我想平台没有多少人真的是为了梦想去干的测试或者开发吧，能学点技术写点脚本方便后期涨工资甚至是为了不被淘汰有什么错，本质上写垃圾脚本的跟写垃圾测试平台的没有任何区别。

首先，个人比较反对 UI 自动化/接口自动化平台化：

1. 真的很不好用，很低效，看似解决简单问题更简单，但解决复杂的问题更复杂，如果做到类似 postman/jmeter 可通过写代码扩展功能，我靠，都要让我写代码了，我为什么不痛痛快快的直接去写代码？
2. 大部分是公司的 “个人项目”， 既没有产品经理，也没有 UI/UX 设计，做出来的东西，当然体验不好了，这种情况下推动起来肯定很难，最终论为了个人 KPI 的项目，在公司很难推广。
3. 站在更广大普通测试人员的角度，你做的平台体验差、效率低，还要剥夺我写代码做自动化的权利，凭什么？（你面试可以吹自己做过测试平台，我面试的时候吹什么？会使用你的平台吗？）

那测试平台一点用没用吗？就是用来 show 个人技术的吗？

当然不是，可做的东西多了，比如我们的公司自研的平台是服务于整个研发团队的，就包含项目需求的管理、测试环境的管理、用例管理、bug 管理... 这些功能之前有非常好的联动。

比如、我只需要填写一个需求 ID，就能调出需求的开发人员、测试人员、bug 统计、测试时长、是否允许上线，一键发送测试报告。你平时写个测试报告要 10 分钟，这只需要 10 秒钟，你用不用？

比如：保需要选择用例失败，就自动化将测试用例步骤填充到 bug 步骤里面，自动保存到对应的需求下面，是不是很高效。

平台是解决的是别人的效率问题的，不以这个为第一出发点，只是为学 show 一个人技术，为了好找工作，那就不要埋怨自己做的东西别人不用了。

最后，做平台是一个高投入的事情，拿我们公司的平台为例，差不多三年多时间，高峰期有四个全职开发人员投入，还有个别测试也会贡献一些测试相关的功能。效果就是：整个公司的研发团队都在使用（包括 PM、产品、开发、测试），上班时间只要敢挂一会儿，马上信息遭到信息轰炸。这个的平台，你敢说只是 KIP， 只是面子工程，毫无用处？

对，希望赞同楼主的人再多点，觉得技术无用的人越多越好，这样搞技术的就可以卷死你们了

那你说说哪家公司的测试追求的是技术狂魔？

... 其实很多开源的平台本质就是框架配前端 (?带 web 版操作的框架就是平台了？)。这种就和框架没啥区别。这个问题先得问框架天花板在哪里。不知道框架天花板在去做平台，怎么做得了平台。。

其次如果平台真的好用，被抵制了开源出来，也许能有意外收货呢？
说起开源 在国内的 开源不敢多说 99% 只是想班一班.
而不是开源完善

你这非黑即白的言论也是醉了，不敢苟同。什么叫测试的本质就不是追求技术的，你这叫一杆子打翻一船人，给测试人定性了？您配钥匙吗？

大部分人反对的是为了平台而平台吧。
现实点考虑，别人做出来的平台不好用，只是为了 KPI，换你，你也不想支持啊。
本质上大家都是追求利益，希望自己能学会自动化，能涨工资

不是说测试平台没用，要看功能。我也有写平台，不过只是用来做报告展示、功能调度、造数据、mock 等功能。我个人反感的是那种用平台来做 ui 自动化、接口自动化的，既无法做得深入，又让参与的人没有成长。

都没卵用，都是为了 kpi，功能写一大堆，没人用，推不起来

哪怕是一套模板出来，一个人能搞定测试平台，至少前后端都懂，数据库，Linux 部署这些也要涉猎。整体的技术广度是比较大。技术深度肯定比专门的开发人员要差一点，但跟只会写测试脚本那些同学比，肯定不是同一个 level 的。

那如何自动关联上呢？还得手动在平台上填写 bugid 在用例上关联

场景还是很明确的：

1. 在平台书写用例的时候关联上 jira 用例 id
2. 执行失败用例做跳转到 jira 提 bug

匿名吐槽功能，然后他们信以为真真的啥都敢说 殊不知……

这个不能直接和 jira 打通？

所以，需要灵活性高的平台。比如你代码能实现的，平台 90% 能更简单的实现，岂不是更好。牺牲 10% 的灵活性换来的收益是值得的

30 多岁没技术的测试基本废了，干点别的去吧