异步接口如何做接口自动化测试?
异步接口的自动化测试与同步接口有所不同,因为异步接口在发起请求后不会立即返回最终结果,通常需要额外的机制来等待和验证结果。
以下为你详细介绍异步接口自动化测试的实现步骤和方法:
1. 理解异步接口的工作模式
在进行测试之前,需要了解异步接口的工作原理。常见的异步接口实现方式有以下几种:
消息队列:请求被放入消息队列,后台服务从队列中取出消息进行处理。
回调机制:接口返回一个任务 ID,处理完成后通过回调通知客户端。
轮询机制:接口立即返回一个中间状态,客户端需要定期轮询接口获取最终结果。
2. 选择合适的测试框架
可以根据使用的编程语言选择合适的测试框架,例如:
Python:pytest、unittest。
Java:JUnit、TestNG。
3. 异步接口自动化测试的实现步骤
消息队列方式
发送请求:将请求数据发送到消息队列。
监听队列:启动一个消费者来监听队列中的处理结果。
验证结果:当接收到处理结果后,对结果进行验证。
Python 示例代码:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 | import pytest import pika # 连接消息队列 connection = pika.BlockingConnection(pika.ConnectionParameters( 'localhost' )) channel = connection.channel() # 定义队列 channel.queue_declare(queue= 'async_queue' ) def send_request(data): channel.basic_publish(exchange= '' , routing_key= 'async_queue' , body=json.dumps(data)) def receive_result(): def callback(ch, method, properties, body): result = json.loads(body) # 在这里进行结果验证 assert result[ 'status' ] == 'success' ch.stop_consuming() channel.basic_consume(queue= 'async_queue' , on_message_callback=callback, auto_ack=True) channel.start_consuming() @pytest.mark.asyncio def test_async_api(): request_data = { 'key' : 'value' } send_request(request_data) receive_result() |
回调机制方式
发送请求:调用异步接口,获取任务 ID。
设置回调:在回调函数中进行结果验证。
模拟回调:如果没有实际的回调服务,可以模拟回调来验证结果。
Python 示例代码:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 | import pytest import requests def test_async_api_with_callback(): # 发送异步请求,获取任务 ID response = requests.post( 'http://qzcsbj.com/async_api' , json={ 'data' : 'test' }) task_id = response.json(). get ( 'task_id' ) # 模拟回调处理 def callback(result): assert result[ 'status' ] == 'completed' # 假设这里有一个轮询机制来检查任务状态 while True: status_response = requests. get (f 'http://qzcsbj.com/check_status/{task_id}' ) status = status_response.json() if status[ 'status' ] == 'completed' : callback(status) break |
轮询机制方式
发送请求:调用异步接口,记录初始状态。
轮询接口:定期调用接口获取任务状态,直到任务完成。
验证结果:任务完成后,对结果进行验证。
Python 示例代码:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 | import pytest import requests import time def test_async_api_with_polling(): # 发送异步请求 response = requests.post( 'http://qzcsbj.com/async_api' , json={ 'data' : 'test' }) task_id = response.json(). get ( 'task_id' ) max_retries = 10 retry_interval = 2 for i in range(max_retries): status_response = requests. get (f 'http://qzcsbj.com/check_status/{task_id}' ) status = status_response.json() if status[ 'status' ] == 'completed' : assert status[ 'result' ] == 'expected_result' break time.sleep(retry_interval) else : pytest.fail( "Task did not complete within the expected time." ) |
4. 错误处理和超时设置
在异步接口测试中,需要考虑错误处理和超时设置,避免测试无限期等待。例如,在轮询机制中,可以设置最大重试次数和重试间隔,当超过最大重试次数仍未获取到结果时,判定测试失败。
5. 并发测试
如果异步接口支持并发处理,可以进行并发测试,模拟多个请求同时发送,验证接口在高并发场景下的性能和稳定性。可以使用多线程或异步编程库来实现并发测试。
通过以上步骤和方法,可以有效地进行异步接口的自动化测试。
补充:异步接口回调机制
我们可以通过生活中的例子来通俗易懂地理解异步接口回调机制,就以去餐厅吃饭的场景为例。
常规同步接口情况(非异步)
在普通的餐厅里,你向服务员点了一道菜。点完菜之后,你啥都不能干,就只能坐在那儿眼巴巴地等着这道菜做好端上来,在这个菜没上之前,你没办法去做其他事情,比如去上个厕所或者和朋友聊聊天,直到菜上桌你才能接着做别的,这就类似于同步接口。程序发起一个请求后,必须等这个请求处理完返回结果,才能接着执行后续的代码。
异步接口回调机制情况
现在换一种场景,你去了一家比较高级的餐厅。当你点完菜后,服务员给了你一个带编号的小牌子,然后跟你说:“您先去休息区坐着,等菜做好了,我们会通过这个牌子上的编号通知您过来取菜。”
发起请求:在这里,你点菜的这个动作就相当于程序向异步接口发起请求。
获取任务标识:服务员给你的那个带编号的小牌子,就好比是异步接口返回给程序的任务 ID ,这个 ID 可以用来唯一标识你这次点菜的任务。
继续其他操作:拿到小牌子后,你不用一直干等着,而是可以去休息区坐着,和朋友聊聊天、看看手机,做其他你想做的事情。这就相当于程序在发起异步请求后,不用等待请求处理结果,而是可以继续执行后续的其他代码。
回调通知:过了一会儿,餐厅做好了你的菜,他们根据小牌子上的编号通过广播或者震动小牌子等方式通知你去取菜。这个通知的过程就类似于异步接口处理完任务后,通过回调机制通知程序结果已经处理好了。
处理结果:你听到通知后,就去取菜,然后享受美食。对应到程序里,就是程序收到回调通知后,去获取处理结果并进行相应的处理,比如显示结果、保存数据等。
代码层面简单示例(Python)
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 | # 模拟异步接口 def async_api(task_id, callback): import time import threading # 模拟耗时操作 def process(): time.sleep(3) # 模拟处理 3 秒钟 result = f "Task {task_id} completed" callback(result) # 开启一个新线程来执行处理函数 threading.Thread(target=process).start() # 回调函数 def handle_result(result): print(f "Received result: {result}" ) # 发起异步请求 task_id = 1 async_api(task_id, handle_result) # 程序可以继续执行其他代码 print( "Continuing to do other things..." ) |
在这个代码示例中,async_api 函数模拟了一个异步接口,它接收一个任务 ID 和一个回调函数作为参数。当调用 async_api 时,它会开启一个新线程来模拟耗时的处理操作,处理完成后会调用传入的回调函数 handle_result 来处理结果。在调用 async_api 之后,程序可以继续执行后续的代码,就像你在餐厅拿到小牌子后可以去做其他事情一样。
__EOF__

关于博主:擅长性能、全链路、自动化、企业级自动化持续集成(DevTestOps)、测开等
面试必备:项目实战(性能、自动化)、简历笔试,https://www.cnblogs.com/uncleyong/p/15777706.html
测试提升:从测试小白到高级测试修炼之路,https://www.cnblogs.com/uncleyong/p/10530261.html
欢迎分享:如果您觉得文章对您有帮助,欢迎转载、分享,也可以点击文章右下角【推荐】一下!
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 地球OL攻略 —— 某应届生求职总结
· 周边上新:园子的第一款马克杯温暖上架
· 提示词工程——AI应用必不可少的技术
· Open-Sora 2.0 重磅开源!
2020-02-15 【性能测试 - 服务端系列】监控搭建、分析、调优案例