API接口自动化之3 同一个war包中多个接口做自动化测试
2024-10-16 05:20:47
同一个war包中多个接口做自动化测试
一个接口用一个测试类,每个测试用例如下,比如下面是4个测试用例,每个详细的测试用例中含有请求入参,返回体校验,以此来判断每条测试用例是否通过
一个war包中,若含有多个接口,则增加多个测试类,每个测试类对应的测试用例
问题是:
1. 如果接口中需求复杂,入参较多,测试用例较多,则单个测试用例会非常的长,占很大的篇幅。比如注册接口,我遇到了20个入参,那我的键值对有20个左右;
注册接口,测试用例有上百个,那我一个java文件几千行,太长了,自己都不想看下去了。。。。
且如果后期,需求需要增加更多的入参,则单个接口的测试用例,相当于要全部改写更新。 。。
像这种复杂的接口,我能想到的就是请求体作为一个string, 存入DB中,然后从DB中取出,调接口测试,检查返回值。
对于单个接口表的设计,要用到,序号,测试用力名称,请求体,断言,通过标记
然后将统一的比如,url,请求方式,存放在关联表中。
CREATE TABLE API_TASK(
ID INT IDENTITY(1,1),
API_NAME VARCHAR(50),
API_HOST VARCHAR(100),
API_URL VARCHAR(500),
API_TYPE VARCHAR(50),
API_GROUPID INT,
API_MEMO VARCHAR(500)
) CREATE TABLE API_CASE(
CASE_ID INT IDENTITY(1,1) PRIMARY KEY,
API_ID INT,
CASE_NUM INT,
CASEPIORITY INT,
CASE_NAME VARCHAR(500),
CASE_BODY VARCHAR(500),
CASE_ASSERT VARCHAR(500),
CASE_PASS INT,
CASE_MEMO VARCHAR(500)
)
ALTER TABLE API_TASK ADD PRIMARY KEY (ID)
ALTER TABLE API_CASE ADD CONSTRAINT FK_API_ID FOREIGN KEY(API_ID) REFERENCES API_TASK (ID)
SELECT API_NAME,API_HOST,API_URL,API_TYPE,CASEPIORITY,CASE_NAME,CASE_BODY,CASE_ASSERT
FROM API_TASK
JOIN API_CASE ON Api_id =id
最新文章
- RxJava 学习笔记(一)
- maven 的使用
- 哇塞,原来自己写 Google Chrome 浏览器扩展(插件)这么容易!
- [HDOJ3709]Balanced Number(数位dp)
- AOJ -0189 Convenient Location &;&; poj 2139 Six Degrees of Cowvin Bacon (floyed求任意两点间的最短路)
- SQL Server2008附加数据库之后显示为只读
- erlang R17新socket选项{active,N}
- 解读Laravel,看PHP如何实现Facade?
- 模拟jquery链式访问
- 十招让Ubuntu 16.04用起来更得心应手(转)
- FusionCharts Marimekko图
- centos下mysql授予权限提示ERROR 1133 (42000): Can't find any matching row in the user table
- spark获取时间
- 1-Angular学习篇
- codeforce 139E
- java高并发编程(三)
- AndroidManifest中注册application
- 《modern-php》 - 阅读笔记 - 最佳实践
- oracle 之创建用户,表空间,授权,修改用户密码
- [翻译] UIColor-uiGradientsAdditions