- Socket 编程发展
- OpenResty 简介
- Lua 入门
- Nginx
- 子查询
- 不同阶段共享变量
- 防止 SQL 注入
- 如何发起新 HTTP 请求
- 访问有授权验证的 Redis
- select+set_keepalive 组合操作引起的数据读写错误
- redis 接口的二次封装(简化建连、拆连等细节)
- redis 接口的二次封装(发布订阅)
- pipeline 压缩请求数量
- script 压缩复杂请求
- 动态生成的 lua-resty-redis 模块方法
- LuaCjsonLibrary
- json解析的异常捕获
- 稀疏数组
- 空table编码为array还是object
- PostgresNginxModule
- 调用方式简介
- 不支持事务
- 超时
- 健康监测
- SQL注入
- LuaNginxModule
- 执行阶段概念
- 正确的记录日志
- 热装载代码
- 阻塞操作
- 缓存
- sleep
- 定时任务
- 禁止某些终端访问
- 请求返回后继续执行
- 调试
- 请求中断后的处理
- 我的 lua 代码需要调优么
- 变量的共享范围
- 动态限速
- shared.dict 非队列性质
- 正确使用长链接
- 如何引用第三方 resty 库
- 典型应用场景
- 怎样理解 cosocket
- 如何安全启动唯一实例的 timer
- 如何正确的解析域名
- LuaRestyDNSLibrary
- 使用动态 DNS 来完成 HTTP 请求
- LuaRestyLock
- 缓存失效风暴
- HTTPS 时代
- 动态加载证书和 OCSP stapling
- TLS session resumption
- 测试
- Web 服务
- 火焰图
- 如何定位问题
- module 是邪恶的
- FFI
- 什么是 JIT
文章来源于网络收集而来,版权归原创者所有,如有侵权请及时联系!
API 测试
API(Application Programming Interface)测试的自动化是软件测试最基本的一种类型。从本质上来说,API 测试是用来验证组成软件的那些单个方法的正确性,而不是测试整个系统本身。API 测试也称为单元测试(Unit Testing)、模块测试(Module Testing)、组件测试(Component Testing)以及元件测试(Element Testing)。从技术上来说,这些术语是有很大的差别的,但是在日常应用中,你可以认为它们大致相同的意思。它们背后的思想就是,必须确定系统中每个单独的模块工作正常,否则,这个系统作为一个整体不可能是正确的。毫无疑问,API 测试对于任何重要的软件系统来说都是必不可少的。
我们对 API 测试的定位是服务对外输出的 API 接口测试,属于黑盒、偏重业务的测试步骤。
看过上一章内容的朋友还记得lua-resty-test,我们的 API 测试同样是需要它来完成。get_client_tasks 是终端用来获取当前可执行任务清单的 API,我们用它当做例子给大家做个介绍。
nginx conf:
location ~* /api/([\w_]+?)\.json {
content_by_lua_file lua/$1.lua;
}
location ~* /unit_test/([\w_]+?)\.json {
lua_check_client_abort on;
content_by_lua_file test_case_lua/unit/$1.lua;
}
API测试代码:
-- unit test for /api/get_client_tasks.json
local tb = require "resty.iresty_test"
local json = require("cjson")
local test = tb.new({unit_name="get_client_tasks"})
function tb:init( )
self.mid = string.rep('0',32)
end
function tb:test_0000()
-- 正常请求
local res = ngx.location.capture(
'/api/get_client_tasks.json?mid='..self.mid,
{ method = ngx.HTTP_POST, body=[[{"type":[1600,1700]}]] }
)
if 200 ~= res.status then
error("failed code:" .. res.status)
end
end
function tb:test_0001()
-- 缺少body
local res = ngx.location.capture(
'/api/get_client_tasks.json?mid='..self.mid,
{ method = ngx.HTTP_POST }
)
if 400 ~= res.status then
error("failed code:" .. res.status)
end
end
function tb:test_0002()
-- 错误的json内容
local res = ngx.location.capture(
'/api/get_client_tasks.json?mid='..self.mid,
{ method = ngx.HTTP_POST, body=[[{"type":"[1600,1700]}]] }
)
if 400 ~= res.status then
error("failed code:" .. res.status)
end
end
function tb:test_0003()
-- 错误的json格式
local res = ngx.location.capture(
'/api/get_client_tasks.json?mid='..self.mid,
{ method = ngx.HTTP_POST, body=[[{"type":"[1600,1700]"}]] }
)
if 400 ~= res.status then
error("failed code:" .. res.status)
end
end
test:run()
Nginx output:
0.000 [get_client_tasks] unit test start
0.001 \_[test_0000] PASS
0.001 \_[test_0001] PASS
0.001 \_[test_0002] PASS
0.001 \_[test_0003] PASS
0.001 [get_client_tasks] unit test complete
使用 capture 来模拟请求,其实是不靠谱的。如果我们要完全 100% 模拟客户请求,这时候就要使用第三方 cosocket 库,例如lua-resty-http,这样我们才可以完全指定 http 参数。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论