接口测试不只测试参数和返回值

发表于:2020-11-30 10:00

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:佚名    来源:InfoQ

  一般理解的接口测试无非就是,输入url、参数值,点击请求发送查看一下响应值和响应状态码是否正常就完事儿了。
  但是接口测试真正的关注点不值这些,今天就给大家说说接口测试有那些需要关注的地方。
  在实际项目中,后端接口测试通过后,一般前端还需要再测试一遍,读者可能会提出疑问:后端接口测试一遍,前端也测试一遍,是不是重复测试了?其实这两者并不重复,区别在于后端接口测试和前端功能测试各自的侧重点不一样,后端接口测试侧重点是检查数据的交换、传递和控制管理过程。而前端功能测试更加测试检测提供给用户的使用功能是否正确可用。虽然各种测试的重点不一样,但也存在相同的部分,以功能测试、业务逻辑测试、性能测试安全测试为例:
  一、接口功能关注点
  功能测试:由于测试最终的目标都是业务功能是否正确且稳定可用,所以不管是前端给用户使用的功能策是,还是后端的接口测试,功能保障是基本要求,也是后端测试和前端测试两种测试重合度最高的一块。
  具体关注点:
  1.接口的功能是否正确实现了
  2.接口是否按照设计文档中来实现(比如username参数写为了name,那么这就不符合,因为接口文档在整个开发中都需要使用,所以接口实际的设计要与接口设计文档中保持一致)
  3.兼容性测试:比如说今天接口进行了调整,但是前端没有进行变更,这时候需要验证新的接口是否满足旧的调用方式
  4.错误码测试:通用的错误码与业务错误码是否能够清晰的说明调用问题,错误码是否能够尽可能的全的覆盖所有的情况
  5.返回值测试:返回值除了内容需要是正确的,还需要类型也是正确的,保证调用方拿到这些参数能够正确的解析
  6.默认值测试:很多情况一些非必填的参数会有默认值,比如说一个查询的接口,参数count为返回查询的结果数量,默认为10,那么就应该有一条case来测试,当然前置条件是数据库里面必须要存在这样的数据超过10条。
  二、接口业务逻辑测试
  1.是否有依赖业务,比如查看订单,是需要用户首先登录的,所以肯定要保证登录了或有相应的cookie
  2.业务逻辑测试:传递正确的参数,接口对数据库进行查询的操作,需要去验证数据库查询是否正确,接口对数据库进行增删改的操作,也需要看数据库是否同步进行了这些操作
  三、接口性能测试
  1.接口响应时间
  2.接口对应的服务器的吞吐量
  3.接口并发数量
  4.服务器进出口带宽
  四、接口安全测试
  1.接口中敏感信息是否加密
  2.必要参数是否后端也进行校验(现在很多系统前后端架构是分离的,从安全层面来说,只依赖前端进行限制已经完全不能满足系统的安全要求(绕过前端太容易了),需要后端同样进行控制,在这种情况下就需要从接口层面进行验证)
  3.接口是否防恶意请求(SQL注入)
  4.cookie:就是将header中的cookie修改或删除后看是否能返回相应的errorcode
  5.header:就是删除或修改header中部分参数的值,看是否能返回相应的errorcode
  6.唯一识别码:删除修改唯一识别码测试
  五、接口测试工具
  apipost可以进行接口的功能测试和业务逻辑测试,除此之外还有强大的接口文档生成功能。
  jmeter强大的接口性能测试功能

  本文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号