已有 458 人访问
木木又 ID.17744
博客(28)
木木又的博客

作为软件开发从业者,API调试是必不可少的一项技能,在这方面Postman做的非常出色。但是在整个软件开发过程中,API调试只是其中的一部分,还有很多事情Postman无法完成,或者无法高效完成,比如:API文档定义、APIMock、API自动化测试等等。Apifox就是为了解决这个问题而生的。接口管理现状一、常用解决方案使用Swagger管理API文档使用Po
123°/1234 人阅读/0 人点赞/0 条评论

前端的痛苦作为前端,最痛苦的是什么时候?每个迭代,需求文档跟设计稿都出来了,静态页面唰唰两天就做完了。可是做前端又不是简单地把后端吐出来的数据放到页面上就完了,还有各种前端处理逻辑啊。后端接口还没出来,我就得边写代码边测前端效果,又没有真实数据。有人建议用Mock工具,可是每个接口都要自己写Mock规则,这得浪费多少时间呀。等到后端好不容易把接口写出来了,一对接联调,好多字段的数据又
124°/1244 人阅读/0 人点赞/0 条评论

前言一大早测试部的老大就召集我们开了个会——原因是我们组负责的业务除了个线上漏测,用户的投诉跟雪花似的纷至杳来。公司门口那个巨大的显示屏就在那轮播着用户反馈,好几屏都是用户在吐槽这个bug。没啥可说的,该背的锅还是要背的,那个漏测也不算冤,测试同事造不出那个异常场景,心中侥幸,觉得不至于异常会导致客户端出现啥问题。偏偏它就出了问题!后来组里开会复盘了下,决定以后在测试环节里引入mock测试工
130°/1309 人阅读/0 人点赞/0 条评论

从ApiHub说开去前阵子机缘巧合下载了个趁手的接口设计和调试管理工具——Apifox(apifox.cn),工具虽然小众,目前也才迭代了几个版本,但是产品里已经开辟了ApiHub模块来收集其他企业的开放Api。我看到快手开放API,企业微信,钉钉开放API等好几十个研发协同,效率管理和生活服务类的接口文档已经先行被收录进去了,目前提交的开放API项目数量还在缓慢增加。不得不说,这一举措确
142°/1424 人阅读/0 人点赞/0 条评论

做技术管理的童鞋,往往会陷入这样一种困境:疲于奔命,到处救火填坑,沟通推进,却挤不出时间思考对团队和项目来说真正重要的事情。你有没有经历过这样的场景:1.下属老是改了接口但不维护文档,屡说不改2.后端改了接口没有及时通知前端和测试,导致下游环节的同事来投诉由于团队每个角色使用的工具不同,工具之间的数据又无法兼容互通,导致一些共用的数据,每个人却要自己重复去创建、复制一遍;而一旦出现修改,每
117°/1177 人阅读/0 人点赞/0 条评论

最近在逛ProductHurt时,发现一些好玩又有趣的API,你可能会觉得花里胡哨,but作为开发者也需要乐趣的!当然调试API离不开API管理工具,随手也给大家安利一个最近很热门的接口管理工具:Apifox🖼️ClearbitClearbit提供了网站Logo访问API,只要你输入你想要寻找网站图标的域名,就可以返回域名的相关logo图片~以前要去爬域名的图标,还要浏览器右键点击查
153°/1530 人阅读/0 人点赞/0 条评论

没有测试数据的用例就像一盘散沙,跑两步就跑不动了没有测试数据,所谓的功能测试和性能测试全都是无米之炊。但我发现一个蛮诡异的事情,就是行业内很少会有人去强调测试数据的重要性,甚至市面上都没有人在做测试数据这门生意。至今测试er造测试数据还是靠人工写,电话号码、身份证号、地址随便敲个差不多的数据就凑合着用。或者用Python或js脚本去跑些测试数据出来,当然这要求你得会写脚本,还要熟悉后端业务接口。
353°/3536 人阅读/3 人点赞/0 条评论

不知道大家有没有同感,做接口测试麻烦的不是测试本身,而是接口它会变,更麻烦的不是接口变了,而是它变了而你不知道。等到你测完,开发才悠悠跟你说——“那个接口我改了点东西,你再看一眼哈”。我那是看一眼的工作量吗?我得review一遍看影响到哪些接口,再根据影响到的接口,查看并修改对应的接口用例,调用链下游的用例,该改的改,改完再跑一次接口测试。——这意味着已经做完的工作又要来推翻重来一遍,我本来
120°/1204 人阅读/0 人点赞/0 条评论

01此前时不时会有一些研发小伙伴和我诉苦,说很多企业由于人力财力限制或者需求不强,会直接购买使用第三方的开放API,这样一来,一则由于开放项目不是量身定制的,寻找自己合适的接口也要搜索调研蛮多时间。二则这种合作方式下API提供者通常只会提供调用权限和一份接口文档,研发童鞋调试的时候只能手动一个个把接口数据复制到调试工具,费时费力。综合上述两大痛点,我给大家推荐的解决方案是的一个叫APIHu
162°/1629 人阅读/2 人点赞/0 条评论

GET方法和POST方法传递数据的异同http请求方法get和post是最常被用到的两个方法,get常用于向服务器请求数据,post常用于提交数据给服务器处理。GET方法其实也可以传递少量的数据。但它存在以下问题:1)GET方法不包含body,因此以在URL中拼接字段的方式传递数据,2)GET方法中的URL参数会被显示到地址栏上,存在安全问题3)传递的数据只能是键值对,无法传递其他类型的数据因此
151°/1512 人阅读/0 人点赞/0 条评论