关闭

接口测试之数据环境参数准备

标签: JavaTestNG接口测试
2544人阅读 评论(0) 收藏 举报
分类:

本文主要讨论接口测试中数据准备我的一些感悟。

1. 接口测试的背景

目前我们的用例通过CSV脚本进行维护的,因此我们测试基类里编写了一个DataProvider。具体定义如下:

@DataProvider(name = "CsvDataProvider")
public Iterator<?> getDataProvider(Method method) {}

测试类继承测试基类,测试类示例如下

 @Test(dataProvider = "CsvDataProvider", description = "InsertWhiteListItem正常场景测试")
 public void insertWhiteListItem(final String caseid, final String description,
                                    final String type, final String content, final String riskType,
                                    ) {
	WhiteListItem white =JsonHelper.jsonToObject(whiteItem, WhiteListItem.class);
	boolean result = whiteListService.insertWhiteListItem(white);
}

此类对应的CSV文件如下所示:

caseid	description	type	content	  	riskType
001	插入不存在记录	MAC	00247E036940	ACCOUNT_RISK
002	插入已存在的记录	MAC	00247E036941	ACCOUNT_RISK
003	插入无效记录	MAC	00247E036942	ACCOUNT_RISK
004	插入过期记录	MAC	00247E036943	ACCOUNT_RISK

在真正的测试执行时,每次会读取一条CSV记录,每个字段做为一个参数(String类型)传给@Test下面的测试方法insertWhiteListItem。

2.参数构造方法
a. 简单对象直接传入
接口定义如下:

WhiteListItem queryWhiteItem(String type, String content, String riskType);

测试代码:

WhiteListItem white = whiteListService.queryWhiteItem(type, content, riskType);

适用范围:内置类型或java.lang下相关的类。
b. 复杂对象使用Json 类型转化
接口定义如下:

boolean insertWhiteListItem(WhiteListItem whiteListItem)
转换代码:
WhiteListItem white =JsonHelper.jsonToObject(whiteItem, WhiteListItem.class);
适用方法:构造JSON串比较麻烦,要先通过JsonHelper.objectToString拿到一个复杂对象的基本对象信息,再根据这个基本对象信息改为我们需要的类。适用于复杂查询对象。
c. 复杂对象使用Factory方法构造
接口定义如下:
boolean insertWhiteListItem(WhiteListItem whiteListItem)
测试脚本:
WhiteListItem white = WhiteListHelper.factory(type, content, riskType);

适用范围:如果一个对象大部分属性都可以是相同的,只有部分属性起关键作用,建议使用这个方法。

d.通过反射构建对象。

3.数据准备

a. 关系型存储的准备,包括DB及MILE。

对于单一表的数据,目前能够做到只需要指定一个CSV文件(通常是DB查询结果导出为CSV文件),实现自动导入功能。

对于多表关联的数据,可以做到多个指到的CSV文件自动导入。

根据数据类型区分,

配置类数据,我们不能直接删除,否则会影响系统运行,建立直接采用DB中的数据,可以插入新记录。

业务类数据,我们可以采用先删除后插入的操作,保证数据的正确性。

b. K-V型的存储,包括Tair及Hbase。

目前也是通过CSV来构造所需要的Key及Value,然后存储入对应的存储中。

c.多份存储的准备。

一份数据既存储在DB中,又存储在Hbase中,此时需要同时调用上面讲到的两种数据准备方案。

d. 关于事务控制

一直对此块有个幻想,就是支持事务控制,比如说在用例执行前设置一个SavePoint,然后执行数据准备,测试执行,结果校验过程,测试完成后执行下CallBack,数据库中的数据自动清除,实现到框架当中。接口测试就做到了悄悄的走,不带走一片云彩的状态。这就是极致的追求。

4. 环境准备

a. 缓存数据的推送。

b. DRM开关的设置。



























   
1
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:52475次
    • 积分:711
    • 等级:
    • 排名:千里之外
    • 原创:19篇
    • 转载:1篇
    • 译文:0篇
    • 评论:8条
    文章分类
    最新评论