接口 测试报告（接口测试报告生成）

本篇文章给大家谈谈接口 测试报告，以及接口测试报告生成对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享接口 测试报告的知识，其中也会对接口测试报告生成进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、测试工程师面试，接口测试问题总结
• 2、postman微信公众号接口测试
• 3、如何做接口测试
• 4、python读取Excel实现接口自动化并生成测试报告
• 5、API_接口测试规范

测试工程师面试，接口测试问题总结

1、什么是接口？

2、什么是接口测试？

3、接口组成的要素有哪些？

4、Python 的 requests 包是干什么的？

5、如何使用 Python 的 requests 包？

6、为什么开展接口测试？

7、为什么要写接口测试用例？

8、接口测试用例设计主要考虑哪些？

9、接口测试用例包含哪些内容？

10、接口测试如何设计用例？

11、通用接口用例设计？

12、接口测试报告包含哪些内容？

13、测试指标范围包含哪些？

14、做接口测试运用过哪些测试工具？

15、抓包工具用过哪些？

16、为什么进行抓包测试？

17、TCP/IP 参考模型有哪几层？

18、常用协议的端口号？

19、常见的状态码有哪些？

20、你们公司的接口测试流程是怎样的？

21、请详细阐述接口测试和 UI 测试在测试活动中是如何协同测试的？

22、接口测试注意事项？

23、接口测试执行中对比数据库吗？

24、请简述一下 cookie、session 以及 token 的区别？

25、谈谈你对 HTTP 协议的了解？

26、你对 http 请求跟 webservice 请求的了解？

27、在接口测试中关联是什么含义？如何使用 Postman 设置关联？

28、接口自动化测试框架一般分为几层？

29、测试框架里如何做到数据和代码分离？

1、什么是接口？

接口就是 API，意思是应用程序编程接口。

接口本质上是程序开发的函数和方法，提供参数和返回值。

2、什么是接口测试？

接口测试是测试系统组件间接口的一种测试，接口测试主要用于检测外部系统和内部系统之间以及各个子系统之间的交互点。测试的重点是检查数据的交换、传递和控制管理的过程，以及系统间的相互逻辑依赖关系等。

3、接口组成的要素有哪些？

接口访问的地址、请求的方法、参数、返回值

（1）接口访问的地址 协议://IP 地址或域名:端口号/应用名/功能名

（2）请求的方法 get、post 等

（3）参数 用户使用接口时，需要向接口提供的数据。

（4）返回值 接口给用户的反馈结果。

4、Python 的 requests 包是干什么的？

requests 是一个 HTTP 库，作用是发送 HTTP 请求，获得响应，往往使用在网络爬虫，接口自动化测试中。

5、如何使用 Python 的 requests 包？

（1）安装 Python

（2）安装 requests 模块

（3）创建.py 文件

（4）导入 requests 模块

（5）编写 Python 代码

（6）调用 requests 方法

6、为什么开展接口测试？

接口测试属于集成测试、测试接入越早，就越能在项目早期发现问题，修复问题成本降低。

接口测试非常快速，UI 自动化执行一个测试用例 10s 左右，接口用例执行一般毫秒级。

7、为什么要写接口测试用例？

（1）理清思路，避免漏测和重复测试。

（2）提高测试效率、跟进测试进度、告诉领导做过、跟进重复性工作。

（3）更好的记录问题、发现问题、复现问题、同时这也是接口测试流程中的一个产物。

8、接口测试用例设计主要考虑哪些？

（1）功能是否正常。

（2）功能是否按照接口文档实现、是否依赖业务、异常情况（参数异常、数据异常）、安全测试等。

9、接口测试用例包含哪些内容？

用例名称、接口地址、请求方式、前置条件、描述、请求头部、请求参数、状态码、预期返回结果

10、接口测试如何设计用例？

接口测试一般考虑入参形式的变化和接口的业务逻辑。

一般设计接口测试用例采用等价类、边界值、场景法居多。

接口测试用例设计思路：

（1）接口业务逻辑测试，接口逻辑测试是指根据业务逻辑，输入参数，输出值的描述，对正常输入情况下所得输出值是否正确的测试，也就是测试对外提供的接口服务是否正常。

（2）模块接口测试，模块接口测试是为了保证数据的安全及程序在异常情况下的逻辑正确性而进行的测试模块，接口测试主要包括以下几个方面

a.鉴权码 token 异常（为空、没有、错误、过期）

b.其他参数的异常，必填项的检查，参数的长度、类型、格式异常。常规的参数有数字，字符串，日期；参数长度，位数、身份证、电话的长度；参数的类型，数字精度，字母，中文，带空格的参数，特殊字符；日期格式，日期年月日，年月日时分秒，日期格式（包含/-:等）

c.错误码异常覆盖

11、通用接口用例设计？

（1）通过性验证：首先肯定要保证这个接口功能是好使的，也就是正常的通过性测试，按照接口文档上的参数，正常传入，是否可以返回正确的结果。

（2）参数组合：现在有一个操作商品的接口，有个字段 type，传 1 的时候代表修改商品，商品 id、商品名称、价格有一个是必传的，type 传 2 的时候是删除商品，商品 id 是必传的，这样就要测参数组合了，type 传 1 的时候，只传商品名称能不能修改成功，id、名称、价格都传的时候能不能修改成功。

（3）接口安全：绕过验证，比如说购买了一个商品，它的价格是 300 元，那我在提交订单时候，我把这个商品的价格改成 3 元，后端有没有做验证，更狠点，我把钱改成-3，是不是我的余额还要增加？绕过身份授权，比如说修改商品信息接口，那必须得是卖家才能修改，那我传一个普通用户，能不能修改成功，我传一个其他的卖家能不能修改成功。参数是否加密，比如说我登陆的接口，用户名和密码是不是加密，如果不加密的话，别人拦截到你的请求，就能获取到你的信息了，加密规则是否容易破解。密码安全规则，密码的复杂程度校验。

（4）异常验证：所谓异常验证，也就是我不按照你接口文档上的要求输入参数，来验证接口对异常情况的校验。比如说必填的参数不填，输入整数类型的，传入字符串类型，长度是 10 的，传 11，总之就是你说怎么来，我就不怎么来，其实也就这三种，必传非必传、参数类型、入参长度。

12、接口测试报告包含哪些内容？

系统接口概况、测试目的与范围、测试工具与资源、测试记录及结果分析（单场景接口、混合场景接口）、测试结论

13、测试指标范围包含哪些？

（1）被测接口接收请求和返回报文。

（2）被测接口返回状态、被测接口对应业务逻辑处理、涉及数据沉淀的处理、复杂场景下多个接口串联交互。

14、做接口测试运用过哪些测试工具？

（1）Postman

（2）JMeter

（3）SoapUI

（4）Python + requests

（5）Java + HttpClient

（6）Java + OkHttp

15、抓包工具用过哪些？

（1）Fiddler

（2）Charles

（3）Wireshark

16、为什么进行抓包测试？

有些时候公司没有标准的接口文档，测试人员只能抓包来获取接口信息。

抓包可以迅速找到请求，通过抓包可以查看整个请求过程，以及响应过程，可以通过抓包来分辨前台还是后台 bug。

通过抓包，可以查看是否有敏感信息泄露，比如用户密码和个人账号信息等数据。

通过抓包进行测试，拦截请求，修改请求数据，查看对应响应结果，抓包本身就是接口测试的一部分。

17、TCP/IP 参考模型有哪几层？

应用层、传输层、网络层、网络接口层

18、常用协议的端口号？

（1）21/tcp FTP 文件传输协议

（2）22/tcp SSH 安全登录、文件传送（SCP）和端口重定向

（3）23/tcp Telnet 不安全的文本传送

（4）25/tcp SMTP Simple Mail Transfer Protocol（E-mail）

（5）69/udp TFTP Trivial File Transfer Protocol（微型文件传输协议）

（6）80/tcp HTTP 超文本传送协议（WWW）

（7）110/tcp POP3 Post Office Protocol（E-mail）

（8）443/tcp HTTPS used for securely transferring web pages

（9）3389/tcp 远程访问 5631/tcp

（10）5632/udp pcanywhere 端口号

（11）1433 SqlServer 服务端口号

（12）1521 Oracle 服务端口号

（13）3306 Mysql 服务端口号

（14）8080 Tomcat 默认服务端口号

19、常见的状态码有哪些？

（1）1XX 信息提示，用于指定客户端相应的某些动作。

（2）2XX 成功，用于表示请求成功。

（3）3XX 重定向，用于移动的文件并且常被包含在定位头信息中制定的新的地址信息。

（4）4XX 客户端错误，用于指出客户端的错误。

（5）5XX 服务器错误，用于指出服务器的错误。

20、你们公司的接口测试流程是怎样的？

（1）从开发中取得接口文档，了解接口业务，主要包括接口地址、请求方式、入参、出参、返回格式等信息。

（2）使用 Jmeter 进行接口测试，创建一个线程组，然后建立一个 http 请求默认值，再新建很多 http 请求，一个请求是一个用例，输入相应接口路径、访问方式、参数等，创建断言和察看结果树。

（3）最后调用并执行测试用例，编写测试报告。

（4）在做接口测试的时候遇到过很多问题，都是自己独立解决的，比如返回值乱码（修改 Jmeter 的配置文件为 UTF-8）。

21、请详细阐述接口测试和 UI 测试在测试活动中是如何协同测试的？

接口测试和 UI 测试这两块其实是有一部分是重叠的，UI 测试是通过前端写的界面来调用接口，而接口测试是直接调接口。所以排除前端的处理的逻辑和调用的正确性，在理论上接口测试是可以覆盖所有的 UI 测试。但实际过程中，如果只是在接口层覆盖所有的业务流，在 UI 上只测试前端的逻辑，最终的结果可能会是忽视很多原有的功能点，导致了 UI 测试的不充分。所以存在多人分工且时间充分的时候可以尝试接口去做业务流的全覆盖，否则不要轻易尝试。

22、接口测试注意事项？

（1）改变请求参数，看响应结果是否和接口文档一致。

（2）查看参数是否有敏感信息（比如个人账户信息，资金信息）。

（3）查看是否对关键参数进行加密处理（密码信息）。

（4）所有列表页接口必须考虑排序值。

（5）接口返回的图片地址能否打开，图片尺寸是否符合需求。

（6）接口有翻页时，页码与页数的异常值测试。

（7）当输出参数有联动性时，需要校验返回两参数的实际结果是否都符合需求每个接口入参的默认值、异常类型、非空校验。

（8）入参支持多个值时，要考虑传的值的个数多的情况下，接口会不会报错。

23、接口测试执行中对比数据库吗？

肯定要对比，因为接口返回值的数据来源于数据库，接口对数据的操作还要进行深层次的数据库检查。

24、请简述一下 cookie、session 以及 token 的区别？

cookie 数据存放在客户的浏览器上、session 数据放在服务器上、token 是接口测试时鉴权码，一般情况下登陆后才可以获取到 token，然后在每次请求接口时需要带上 token 参数。

cookie 不安全，别人可以分析存在本地的 cookie 并进行 cookie 欺骗，考虑到安全应当使用 session 可以将登录信息等重要信息存放为 session，其他信息可以保存在 cookie。

25、谈谈你对 HTTP 协议的了解？

超文本传输协议，端口为 80，是由请求和响应两部分组成的。

请求是由请求头，请求行，请求正文组成；响应是由响应头、响应行、响应正文组成。

面向安全的话使用 https。

26、你对 http 请求跟 webservice 请求的了解？

（1）http api 接口：是走 http 协议，通过路径来区分调用的方法，请求报文都是 key-value 形式的，返回报文一般都是 json 串，有 get 和 post 等方法，这也是最常用的两种请求方式。可以使用的工具有 postman、RESTClient、jmeter、loadrunner 等。

（2）webservice 接口：是走 soap 协议通过 http 传输，请求报文和返回报文都是 xml 格式的，都是通过工具才能进行调用与测试。可以使用的工具有 SoapUI、jmeter、loadrunner 等。

27、在接口测试中关联是什么含义？如何使用 Postman 设置关联？

关联就是把上一个接口返回值的部分截取出来，作为下一个接口的参数，能让接口串联运行。

在 Postman 中设置关联的步骤如下：

（1）通过正则表达式提取的方式或 json 取值的方式把下一个接口需要的信息从上一个接口截取出来。

（2）使用设置全局变量的代码把取出来的值保存到全局变量里。

（3）在下一个接口中，使用(全局变量)代替要替换的静态值。

28、接口自动化测试框架一般分为几层？

自动化测试框架一般分为 5 层（配置层，脚本层，数据层，测试报告层，驱动层）

接口项目工程规划大致可分为几类，首先是测试结果类，比如说叫 test_rusult，里面存放一些比如日志文件，测试报告。然后是测试用例 testcase，里面分模块存放测试用例。接下来是公共方法类，比如说叫 public，或者是 tools，里面存放一些，读取 excel 数据的方法，发送 http 请求的方法，收集 log 日志的方法，发送邮件，操作数据库等方法。还有就是配置文件类，比如说叫 config，里面存放一些指定运行部分用例的配置文件，连接数据库的配置文件。最后是写一个 run 方法，运行所有的用例。

29、测试框架里如何做到数据和代码分离？

第一种：写在 excel 表格里，像这种主要是读取 excel 数据有点麻烦，常用的用来读取 excel 的第三方库有 openpyxl，xlrd 等。当然读取 excel 数据最好用的还是用来做数据分析的 pandas 模块，不用写那么多 for 循环。

第二种：数据存放到 yaml 文件里，一个模块或者是一个功能写一个 yaml 文件，最后写个读取 yaml 文件的公共方法就行了。yaml 格式的文件比较简单。

第三种：存放在数据库里面。

第四种：数据存放在 json 文件里。

postman微信公众号接口测试

1、拿到api接口文档：熟悉接口业务、接口地址、鉴权、入参、出参、错误码

2、接口测试计划和方案：正例、反例、分页异常

3、编写用例和评审

4、执行接口测试

5、输出接口测试报告

在企业中做接口测试是不会把参数写死过去的

时间戳：

生成0-100的随机整数：

生成一个GUID的字符串：

一个接口中可能存在多个环境如：开发、测试、生产环境

环境和globals都是全局变量

多个接口之前都是有相互关联的

如：注册之后就是登陆，一个业务增删改查不可能一个接口一个接口测

如果一个参数可能从新增到修改再到删除D都是关联，则需要在第一个接口先去获取到，然后在下面接口使用时可以调用

可以在Tests界面上使用

1、json提取器

2、正则表达式提取器

3、cookie提取器
精确断言： 如果需要精确断言的，即这个是个变量，可以提取获取到值，保存到一个全局变量中，并通过获取全局变量来进行断言

一般是在这个Pre-request Script界面上
全局断言： 就是所有接口都用到这个断言

一般用于状态断言

如何做接口测试

1、可以使用postman软件进行接口测试接口 测试报告，这里以较复杂接口 测试报告的上传图片的接口为例进行测试，首先打开postman软件选择Post方式，输入后台接口调用地址。

2、然后填写Headers，注意这里的Headers部分不要写任何东西，如果之前是有Content-Type头信息， 那么就会上传失败。

3、接着填写Body，选择form-data，填写Key后台规定的接收文件的名称参数，格式选择为File，此时value会自动变成选择文件。

4、最后点击Send，可以发现下方返回了接口的响应，说明上传图片是成功的，这样简单的图片上传的接口测试就完成了。

python读取Excel实现接口自动化并生成测试报告

#读取多条测试用例
#1、导入requests模块

importrequests

#从 class_12_19.do_excel1导入read_data函数

fromdo_excel2 importread_data

fromdo_excel2 importwrite_data

fromdo_excel2 importcount_case
#定义http请求函数

COOKIE=None

defhttp_request2(method,url,data):
 ifmethod=='get':

  print('发起一个get请求')

  result=requests.get(url,data,cookies=COOKIE)

 else:

  print('发起一个post请求')

  result=requests.post(url,data,cookies=COOKIE)

 returnresult #返回响应体

 # return result.json() #返回响应结果：结果是字典类型：{'status': 1, 'code': '10001', 'data': None, 'msg': '登录成功'}
#从Excel读取到多条测试数据

sheets=['login','recharge','withdraw']

forsheet1 insheets:

 max_row=count_case(sheet1)

 print(max_row)

 forcase_id inrange(1,max_row):

  data=read_data(sheet1,case_id)

  print('读取到第{}条测试用例:'.format(data[0]))

  print('测试数据 ',data)

  #print(type(data[2]))

  #调用函数发起http请求

  result=http_request2(data[4],data[2],eval(data[3]))

  print('响应结果为 ',result.json())

  ifresult.cookies:

    COOKIE=result.cookies
   #将测试实际结果写入excel

   #write_data(case_id+1,6,result['code'])

  write_data(sheet1,case_id+1,7,str(result.json()))

  #对比测试结果和期望结果

  ifresult.json()['code']==str(data[5]):

   print('测试通过')

   #将用例执行结果写入Excel

   write_data(sheet1,case_id+1,8,'Pass')

  else:

   write_data(sheet1,case_id+1,8,'Fail')

   print('测试失败')

# 导入load_workbook

fromopenpyxl importload_workbook
#读取测试数据

#将excel中每一条测试用例读取到一个列表中
#读取一条测试用例——写到一个函数中

defread_data(sheet_name,case_id):

 # 打开excel

 workbook1=load_workbook('test_case2.xlsx')

 # 定位表单（test_data）

 sheet1=workbook1[sheet_name]

 print(sheet1)

 test_case=[] #用来存储每一行数据，也就是一条测试用例

 test_case.append(sheet1.cell(case_id+1,1).value)

 test_case.append(sheet1.cell(case_id+1,2).value)

 test_case.append(sheet1.cell(case_id+1,3).value)

 test_case.append(sheet1.cell(case_id+1,4).value)

 test_case.append(sheet1.cell(case_id+1,5).value)

 test_case.append(sheet1.cell(case_id+1,6).value)

 returntest_case #将读取到的用例返回
#调用函数读取第1条测试用例，并将返回结果保存在data中

# data=read_data(1)

# print(data)
#将测试结果写会excel

defwrite_data(sheet_name,row,col,value):

 workbook1=load_workbook('test_case2.xlsx')

 sheet=workbook1[sheet_name]

 sheet.cell(row,col).value=value

 workbook1.save('test_case2.xlsx')
#统计测试用例的行数

defcount_case(sheet_name):

  workbook1=load_workbook('test_case2.xlsx')

  sheet=workbook1[sheet_name]

  max_row=sheet.max_row #统计测试用例的行数

  returnmax_row

importcsv # 导入scv库，可以读取csv文件

fromselenium importwebdriver

importunittest

fromtime importsleep

importtime

importos

importHTMLTestRunner

importcodecs

importsys

dr =webdriver.Chrome()
classtestLo(unittest.TestCase):

 defsetUp(self):

  pass
 deftest_login(self):

  '''登陆测试'''

  path ='F:\\Python_test\\'

  # 要读取的scv文件路径

  my_file ='F:\\pythonproject\\interfaceTest\\testFile\\ss.csv'

  # csv.reader()读取csv文件，

  # Python3.X用open，Python2.X用file，'r'为读取

  # open(file,'r')中'r'为读取权限，w为写入，还有rb，wd等涉及到编码的读写属性

  #data = csv.reader(codecs.open(my_file, 'r', encoding='UTF-8',errors= 'ignore'))

  with codecs.open(my_file, 'r', encoding='UTF-8',errors='ignore') as f:

   data=csv.reader((line.replace('\x00','') forline inf))

   # for循环将读取到的csv文件的内容一行行循环，这里定义了user变量(可自定义)

   # user[0]表示csv文件的第一列，user[1]表示第二列，user[N]表示第N列

   # for循环有个缺点，就是一旦遇到错误，循环就停止，所以用try，except保证循环执行完

   print(my_file)

   foruser indata:

    print(user)

    dr.get(' https://passport.cnblogs.com/user/signin ')

    # dr.find_element_by_id('input1').clear()

    dr.find_element_by_id('input1').send_keys(user[0])

    # dr.find_element_by_id('input2').clear()

    dr.find_element_by_id('input2').send_keys(user[1])

    dr.find_element_by_id('signin').click()

    sleep(1)

    print('\n'+'测试项：'+user[2])

    dr.get_screenshot_as_file(path +user[3] +".jpg")

    try:

     assertdr.find_element_by_id(user[4]).text

     try:

      error_message =dr.find_element_by_id(user[4]).text

      self.assertEqual(error_message, user[5])

      print('提示信息正确！预期值与实际值一致:')

      print('预期值：'+user[5])

      print('实际值:'+error_message)

     except:

      print('提示信息错误！预期值与实际值不符：')

      print('预期值：'+user[5])

      print('实际值:'+error_message)

    except:

     print('提示信息类型错误,请确认元素名称是否正确！')
 deftearDown(self):

  dr.refresh()

  # 关闭浏览器

  dr.quit()
if__name__ =="__main__":

 # 定义脚本标题，加u为了防止中文乱码

 report_title =u'登陆模块测试报告'
 # 定义脚本内容，加u为了防止中文乱码

 desc =u'登陆模块测试报告详情：'
 # 定义date为日期，time为时间

 date =time.strftime("%Y%m%d")

 time =time.strftime("%Y%m%d%H%M%S")
 # 定义path为文件路径，目录级别，可根据实际情况自定义修改

 path ='F:\\Python_test\\'+date +"\\login\\" + time + "\\"
 # 定义报告文件路径和名字，路径为前面定义的path，名字为report（可自定义），格式为.html

 report_path =path +"report.html"
 # 判断是否定义的路径目录存在，不能存在则创建

 ifnotos.path.exists(path):

  os.makedirs(path)

 else:

  pass
 # 定义一个测试容器

 testsuite =unittest.TestSuite()
 # 将测试用例添加到容器

 testsuite.addTest(testLo("test_login"))
 # 将运行结果保存到report，名字为定义的路径和文件名，运行脚本

 report =open(report_path, 'wb')

 #with open(report_path, 'wb') as report:

 runner =HTMLTestRunner.HTMLTestRunner(stream=report, title=report_title, description=desc)

 runner.run(testsuite)
 # 关闭report，脚本结束

 report.close()

csv文件格式：

备注：

使用python处理中文csv文件，并让execl正确显示中文（避免乱码）设施编码格式为：utf_8_sig，示例：

'''''

将结果导出到result.csv中,以UTF_8 with BOM编码（微软产品能正确识别UTF_8 with BOM存储的中文文件）存储

#data.to_csv('result_utf8_no_bom.csv',encoding='utf_8')#导出的结果不能别excel正确识别

data.to_csv('result_utf8_with_bom.csv',encoding='utf_8_sig')

API_接口测试规范

一、接口测试

接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。

二、接口测试的意义

按照分层测试模型，处于中间层的接口测试，在稳定性，效率，成本，技术，实施难度上综合来讲，是收益最大的。相较于传统的UI层次的测试，接口测试把测试提前了（时间上，架构上），并且能够覆盖到一些UI测试无法触及的功能点，提高了测试的覆盖率，对质量控制提升了信心。接口测试也更容易实现自动化持续集成，支持后端快速发版需求，利于CT（持续测试）的开展。
三、认识URL

接口主要分为2大类：

1.webservice接口

webService接口是走soap协议通过http传输，请求报文和返回报文都是xml格式的，我们在测试的时候都用通过工具（例如：soapUI）进行调用，测试。【暂时业务上用不到，不扩展】

2.http 接口

Http协议是建立在TCP协议基础之上的，当浏览器需要从服务器获取网页数据的时候，会发出一次Http请求。Http会通过TCP建立起一个到服务器的连接通道，当本次请求需要的数据完毕后，Http会立即将TCP连接断开，这个过程是很短的。所以Http连接是一种短连接，是一种无状态的连接。

3.URL解析

    在WWW上，每一信息资源都有统一的且在网上唯一的地址，该地址就叫URL（Uniform Resource Locator,统一资源定位符），它是WWW的统一资源定位标志，就是指网络地址。HTTP协议工作于客户端-服务端架构之上。浏览器作为HTTP客户端通过URL向HTTP服务端即WEB服务器发送所有请求。Web服务器根据接收到的请求后，向客户端发送响应信息。

 URL由三部分组成：资源类型、存放资源的主机域名、资源文件名。

也可认为由4部分组成：协议、主机、端口、路径

URL的一般语法格式为(带方括号[]的为可选项)：【参考 URL百度百科 】

protocol :// hostname[:port] / path / [;parameters][?query]#fragment

以下面的URL为例：

http://blog.xx.com.cn/s/blog_537ad6610102xtb1.html?tj=hist

1)、协议部分，代表页面使用的是http协议，在Internet中可以使用多种协议，如HTTP，FTP等等。在"HTTP"后面的“//”为分隔符；

2)、域名部分， blog.xx.com.cn ，也可以使用IP地址作为域名使用如：192.168.55.14:8080，其中8080为端口，域名和端口之间使用“:”作为分隔符。端口不是一个URL必须的部分，如果省略端口部分，将采用默认端口80/tcp；

3)、虚拟目录部分，从域名后的第一个“/”开始到最后一个“/”为止，是虚拟目录部分。虚拟目录也不是一个URL必须的部分。本例中的虚拟目录是“/s/”

4)、文件名部分：从域名后的最后一个“/”开始到“？”为止，是文件名部分，如果没有“?”,则是从域名后的最后一个“/”开始到“#”为止，是文件部分，如果没有“？”和“#”，那么从域名后的最后一个“/”开始到结束，都是文件名部分。本例中的文件名是“blog_537ad6610102xtb1.html”。文件名部分也不是一个URL必须的部分，如果省略该部分，则使用默认的文件名

5)、锚部分：从“#”开始到最后，都是锚部分。锚部分也不是一个URL必须的部分（可以理解为定位）

6)、参数部分：从“？”开始到“#”为止之间的部分为参数部分，又称搜索部分、查询部分。本例中的参数部分为“7.参数部分：从“？”开始到“#”为止之间的部分为参数部分，又称搜索部分、查询部分。本例中的参数部分为“boardID=5ID=24618page=1”。参数可以允许有多个参数，参数与参数之间用“”作为分隔符。”。参数可以允许有多个参数，参数与参数之间用“”作为分隔符。

四、测试范围及用例设计思路

接口测试范围分为以下5个方向：
五、测试流程

分析接口文档和需求文档（接口说明、请求方式、请求URL、请求参数、返回数据、返回实例）

接口用例设计   

编写接口测试用例

接口测试执行

输出接口测试报告。

六、如何快速评估自己的测试用例覆盖率：

1）参数验证是否完整（包括各种边界和业务规则）

2）业务需求点覆盖是否完整（单接口业务功，依赖接口业务功能）

3）接口异常场景覆盖是否完整（数据的异常）

八、接口测试用途

回归测试

非功能性测试

增量开发，持续集成的项目。 关于接口 测试报告和接口测试报告生成的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 接口 测试报告的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于接口测试报告生成、接口 测试报告的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。