如题，此贴不是引战啥的... 我司确实存在这种情况，业务测试空闲时间搞出的效能工具比测开的平台更受欢迎，有个业务线测试组开发的数据工厂，在好几个业务线推广成功了，而测开的接口自动化平台却没几个人用。我们这的测试，可以说是百花齐放、百家争鸣，说句不好听的，就是卷，各个业务线都在卷 文章源自玩技e族-https://www.playezu.com/180619.html
玩技站长微信
添加好友自动发送入群邀请
rainbow-shownow
玩技官方公众号
官方微信公众号
PLAYEZU
- 版权提示：本站仅供存储任何法律责任由作者承担▷诈骗举报◁▷新闻不符◁▷我要投稿◁
风险通知：非原创文章均为网络投稿真实性无法判断，侵权联系2523030730
免责声明：内容来自用户上传发布或新闻客户端自媒体，切勿！切勿！切勿！添加联系方式以免受骗。 - 原创转载：https://www.playezu.com/180619.html
转载说明： 点我前往阅读>>>
未知地区 1F
数据工厂就是自己部门封装接口对外提供入参吧，这样外部部门就不用自己写接口了，而接口平台还得自己去维护接口效能工具是啥，作用是什么，能快速制造业务数据？会有点慌吧两者的作用不太一样吧。效能工具：旨在提升测试效率，避免重复劳动。收益效果立马就能看到；
接口自动化平台：更多的是用来回归测试，起到监控作用，前期会增加业务测试的劳动量，并且可能短期内看不到太大的收益，这也是大家不待见的原因吧。两个东西的作用不一样，使用频率也不一样。
效能工具对于需要造数的同学能够立马拿来就用，效果立现；测开平台主要做接口测试，做的好用难度也比较大，如果不是负责接口自动化测试，要是我也会选择 postman 之类的工具，简单易用。这个没什么，我们公司大部分测试用的用例工具还是 2 个业务测试人员搞的呢，横向技术部门的人让我们公司内开源给他们改，当然他们也承认这个工具应该他们开发而不是由业务部的人来开发。什么样的用例工具集：版本管理、需求 – 测试用例、开发自测、测试执行，进度跟踪的测试平台这个其实很正常的，因为业务测开写的小工具基本上都是解决当前实际痛点的。而平台更多的是标准化的流程和操作。多听听一线业务的声音，平台要有包容性。感觉像写了个禅道