关于商业工具
贵!贵!贵!
不支持二次开发
只支持功能和压力
关于开源框架
易用性较差
解析框架耗时
只支持功能和压力
and so on
接口测试分为四层,分别为功能/流程/压力/监控,对于市面上大部分已知框架而言,可能就只针对功能/压力进行了支撑
服务层 Python + requests + pymysql
数据层 mysql
业务层 EasyUI
老司机开车啦
期待
等老司机开车
可能就只针对功能/压力进行了支撑,这点不太认同。。能否西说下
@pacerron 功能一般是指单接口,压力这个比较好理解就是性能,流程是指多接口组成一个业务场景,监控是针对线上/线下
@pacerron 难,你可以试试,基本很难,这个必须高度定制化才能实现,毕竟接口依赖之类的需要处理
@pacerron 支持度不够,不过比其他工具好多了
嗷~等老司机开车,比上次看的更完整了
@Tank007 对 jmeter 的理解有限啊,不过用那个要做很深针对源码级别的改造才能符合需求吧,容灾方面他的支持力度较低
@Tank007 哈哈 我这个是第一版本的用 python,后期会重构为 java
你的意思打造一个支持性能,安全,功能测试的接口测试框架,这样还是接口测试框架?,,,感觉太重了
反正我是看不懂 loadrunner 或者 jmeter,我也是用 requests 做接口测试 python 挺好的,没必要用 java。
@lose 安全还没考虑,你说的那些本身就是属于接口的范畴,不会太重
@0x88 简单的接口测试用 python 确实不错,但是要做平台级产品的时候建议还是用 java,毕竟 python 很难支持 java 系的工程
老司机又开车了
然后还想要有 mock server 功能
没用过深度二次开发的 jmeter、在多人合作开发、用例数量多的时候,用 jmeter 很影响体验的是:
1、版本控制工具提供不了太多帮助
2、Fragment、Controller 套了好多层,编写、理解和调试的时候,觉得图形操作反而不如好的 Terminal 加 IDE
@sanlengjingvv mock 没有放里面,后续肯定是需要加的~
“用例自动生成” 比较感兴趣,能说下大概思路吗?
@taflo 简单来说,设定好规则外加全对偶算法匹配
撒时候行动?我已经关注了。。哈哈,另外有个疑问,接口的检查点,是否需要去查数据库?
期待
@lose 下一篇应该下周放出来吧,目前都是做到一部分放一部分的节奏~ 接口的检查点,必然包括数据库查询,不过由于行业因素,目前设计的框架只针对流程来做
老司机 赞! 不过 soapUI 类的安全可以考虑,再来压测同时对自己本身的性能要求也挺高。
@shijin880921 恩,soapui 是值得借鉴的一款,不过目前安全短期内不会去考虑,压测会等功能和流程做的比较完善了才启动,会借鉴一下成熟的体系
老司机带路,支持一个! 基于 jmeter 的平台用 360 的大白吧,覆盖了性能测试和接口功能测试,用例管理什么的
@lose 你可以看一下全对偶组合算法
看来大家都喜欢用全对偶 最近也在思考已有的接口自动化的改进方向,老司机快写。。。
@cissy 不用全对偶的话 太多废弃组合了,又是算法渣,只能这样了
@lose 借助第三方吧,网上开源的很多
期待,持续关注。。。
看来有个不错的团队呀,=。=!
关注,我也打算给自己搭建一个类似的,前些月虽然简单使用了网上的 python+Htmlrunner,感觉还是有待提升或修改的
@icu200934 ⛽️
有开发完成吗