接口八问 & 接口测试质量评估标准

接口八问

关于接口的具体信息,可以通过以下八个问题进行了解:

  1. 接口的请求地址?
  2. 接口的作用?
  3. 接口的请求方式?
  4. 接口是否是用户相关?
  5. 接口是否存在上送数据,上送数据是什么?
  6. 接口返回的报文头和编码?
  7. 接口的状态码?
  8. 接口返回的报文体?

报文头:传递的通用信息或指定某种行为

报文体:请求或相应中传递的数据内容

接口测试质量评估标准

接口测试的质量通常可以通过以下指标进行评估:

1、业务功能覆盖是否完整;

2、业务规则覆盖是否完整;

3、参数验证是否达到要求(边界、业务规则);

4、接口异常场景覆盖是否完整;

5、接口的所有参数是否覆盖

6、接口覆盖率是否达到要求;

7、代码覆盖率是否达到要求;

8、性能指标是否满足要求;

9、安全指标是否满足要求。

原文地址:https://www.cnblogs.com/xiaxiaoxu/p/11605728.html

时间: 2024-10-16 20:46:45

接口八问 & 接口测试质量评估标准的相关文章

某航空项目第三方接口测试总结及接口测试技术的探讨

XX项目第三方接口测试总结及接口测试技术的探讨 1. 了解第三方接口 1.1 第三方接口的概念 XX项目第三方接口也就是电子客票网站扩展接口,主要功能是为了满足用户通过对接口的调用来替代原来用户必须进入网站才能进行相关操作的需求,方便代理人(大客户)提高自有系统流程的自动化程度.常见的第三方接口为商旅网接口包括携程.去哪儿等OTA及一些较大的代理人网站等. 1.2 网站与第三方接口的关系 接口的业务功能与现有网站功能必须一致,用户使用接口生成的订单,也可以通过登录网站来进行处理,如用户可以在第三

Odoo(OpenERP)开发实践:通过XML-RPC接口訪问Odoo数据库

Odoo(OpenERP)server支持通过XML-RPC接口訪问.操作数据库,基于此可实现与其它系统的交互与集成. 本文是使用Java通过XMLRPC接口操作Odoo数据库的简单演示样例.本例引用的jar包包含xmlrpc-common-3.1.3.jar, xmlrpc-client-3.1.3.jar和ws-commons-util-1.0.2.jar.如须要,可点击这里下载. package memo.by.weichen; import java.net.URL; import ja

robot framework使用接口框架进行接口测试

发现此框架在测试接口上比soapUI好用的多,以下给大家分享以下我使用此框架测试API,直接介绍get方法的HTTP接口, 其实这个接口也是把POST数据作为参数进行get请求,使用post 方法也是一样,下面开始截图介绍: 网上有很多robotframework的安装教程,可以找度娘搜一下.这里就不介绍了哈.使用robotframework需要有些python基础,不过很好上手,一共6步就可完成接口用例自动化 第一步,新建项目 第二步,新建testcase 第三步,添加lib,此次需要的应用到

研究生学习八问

知识来自文献!从研究没有开始直到研究做完,从头到尾,你都离不开查阅文献.查阅文献是为了不重复别人的工作,为了激发新的想法,为了站到本领域的前沿.如果你一年不看文献,那么,你已经在这个领域里out了. 研究生最忌讳的几点: 1)被动,要导师“背着走”.研究生的创新意识不能丢,要随时考虑着自己的课题应该如何改善.完善和改进,而不是等着导师来催你做什么你才去做什么. 2)以为Idea是来自导师.Idea从什么地方来?不是靠导师,要广看文献.当然,如果导师直接告诉你一个Idea,那也行,但是更多情况是你

Windows server2008 搭建ASP接口訪问连接oracle数据库全过程记录

真的是太不easy了,曾经的时候在window server 2003上面搭建了一套asp+oracle的接口系统.就费了好大的劲儿,事实上那会迷迷瞪瞪的也不知道怎么的就弄好了,也懒得管了.OK,从昨天到今天打算把接口从測试环境部署到公网环境上去的时候就出现了各种各样的问题.这次一定得记录一下. 先来说一下这套接口系统的总体方案: 之所用选用asp是由于属于轻量级的接口系统,仅仅须要改动好了以后复制粘贴上去接口就马上生效.而不须要像java系的接口程序要用tomcat打包.上传.部署这种.那这个

【接口自动化】接口测试基础

一.接口分类 1.post.get.delete.put 2.差异: 参数提交方式不同:post.get.delete.put 请求数据大小:post>get 安全性:post以表单(webform)方式提交>get参数在地址栏 二.用例设计 接口测试的用例设计主要从功能.逻辑业务.异常.安全着手 1.功能:功能是否实现 功能是否按照接口文档实现 2.逻辑业务:是否依赖业务 3.异常: 1)参数异常:关键字参数(如将参数名或值改成关键字,检查是否能够转码输出):参数为空:多/少参数:错误参数(

WEB接口测试之Jmeter接口测试自动化 第二弹(误入歧途)

通过逐个录入的方式,好不容易将需要测试几十个接口的300多个测试用例录入sampler-http请求中,固定的测试环境跑起来也还 感觉良好.不料在新服务器环境中跑用例时,问题来了:修改参数维护脚本等成本太大! 脚本参数是写死的,修改起来得一个个请求打开来依次输入参数值,有点坑... 为了解决这个问题,毅然决定将所有参数提取处理,用excel文件来做数据驱动,做法如下: 1.问题分析 要通过excel表格做数据驱动,首先得让jmeter能读到表格中指定的行和列.考虑到个人代码能力捉急,选择用csv

WEB接口测试之Jmeter接口测试自动化 (三)(数据驱动测试)

 接口测试与数据驱动 1简介 数据驱动测试,即是分离测试逻辑与测试数据,通过如excel表格的形式来保存测试数据,用测试脚本读取并执行测试的过程. 2 数据驱动与jmeter接口测试 我们已经简单介绍了接口测试参数录入及测试执行的过程,因为大量的测试脚本与测试数据内聚在一起,使得我们的测试脚本的可移植性及可维护性变得很不好,所以我们接下来采取了csv格式表格保存测试数据来驱动测试的方式. 2.1 新建一个csv文件 新建一个txt文档文件,重命名文件,修改文件后缀名为csv,如test.csv,

WEB接口测试之Jmeter接口测试自动化 第三弹(推倒重铸)

当我研究要通过用例优先级控制用例是否执行时,我发现了用"如果(if)控制器"就可以很好的控制用例执行,再搭配"循环控制器", 就能很好的读csv了. 1.设计了如下的测试用例: 2.根据用例设计脚本结构: 3.测试用例与脚本之间的关联: 3.1 通过csv读取元件读取测试仪用例表格的每一行 3.2 http请求中关联用例的参数 我这里尝试着仅用一个http请求来依次 参数化执行所有用例,因此将请求名称.请求方法.请求参数等做了参数化: 因为get请求不能放在body