随着业务和团队的不断演进,微服务架构的技术体系和交流社区已经越来越成熟,但与此同样不断增加的,是微服务架构中API测试的需求。
本文就常见的API工具和使用场景给大家做个简单的介绍。
curl
Linux的curl 命令行工具测试API的原理是通过发起HTTP请求实现。
在服务器端调试时,curl 像一把匕首一样简单实用。
劣势:无法面对复杂的API测试,包括复杂 HTTP header和body。
Swagger
Swagger最常用于API手工测试和自动生成API文档。
打个比方,一个前后端分离的项目,后端开发完成后,只需要给前端Swagger的地址,前端就可以调用后端的API。
如果curl是匕首,Swagger 则是宝剑,灵动顺手。
劣势:Swagger没法做API自动化测试;且同样无法应付比较复杂的API测试。
Postman
Postman可以用来对做API手工测试和API自动测试。
不管HTTP请求是简单复杂还是数量多少,不管是手工测试还是自动测试(需要Newman支持),Postman都能得心应手。
在API测试中,Postman就是一把带刺刀的AK47,可以当冷兵器,也是强大的热兵器。
劣势:Postman不适合用来编写API文档。
JMeter
前面介绍的API 测试的工具都是针对功能测试,要API的性能测试则需要用到JMeter。
JMeter就像是机枪,可以不停歇的把一堆流打到需要测试的API上。
劣势:机枪的精准度不高。
Eolinker
Eolinker是一个集成化的工具,可以用来测试复杂用例,可以自动化批量测试,也能生成规范的API文档。
他更像一个人,背着不同的武器闯荡江湖。
劣势:没有社区平台,想深入学习还是以官网教程为主。
小结
对上述的工具和使用场景进行小结:
- API开发沟通用Swagger作为API文档
- API手动测试用Swagger或Postman
- 在基于API的自动化功能测试时使用 Postman(需要Newman支持)
- API手动性能测试时用JMeter
- 完整的测试流程可以用Eolinker