接口测试思路

你好，我觉得接口测试用例的设计方法其实和功能测试用例的设计方法是类似的，因为接口是需要满足需求的，而接口测试所依赖的也是需求说明书，但是，因为接口测试毕竟是通过代码去测试代码，所以，为了保证覆盖率，可能会使用到单元测试的方法，具体的测试用例设计，我考虑的如下，请参考，如果有错误，一起讨论。

输入参数测试：针对输入的参数进行测试，也可以说是假定接口参数的不正确性进行的测试，确保接口对任意类型的输入都做了相应的处理：输入参数合法，输入参数不合法，输入参数为空，输入参数为null，输入参数超长；

功能测试：接口是否满足了所提供的功能，相当于是正常情况测试，如果一个接口功能复杂时推荐对接口用例进行结构划分，这样子用例具有更好的可读性和维护性。

逻辑测试：逻辑测试严格讲应为单元测试，单元测试应保持内部逻辑的正确性，可单元测试和接口测试界限并不是那么清楚，所以我们也可以从给出的设计文档中考虑内部逻辑错误的分支情况和异常；

异常情况测试：接口实现是否对异常情况都进行了处理，接口输入参数虽然合法，但是在接口实现中，也会出现异常，因为内部的异常不一定是输入的数据造成的，而有可能是其他逻辑造成的，程序需要对任何的异常都进行处理。

具体实列参考：

需求内容：

功能描述：店铺会有很多的评价，评价分两种类型，好评，差评，根据店铺的没个评价，确定这个店铺有多少个星。具体的要求是

1. 评价分好评，差评

2. 连续5个好评可以转换为1个星，有一个差评，减少1个星

3. 最多有5个星

4. 初始星为0，最少有0个星

接口设计：

public interface IStoreService {

/**

* 根据店铺Id，得到店铺的星数

* @param storeId店铺id

* @return店铺星数

*/

public int getSotreStar(String storeId);}

分析过程：

从需求角度分析，需要测试的点包括：

1.店铺没有评价

2.店铺全部差评

3.店铺全部好评

4.店铺有差评，有好评

5.点评评价数小于5个

6.店铺评价中，连续好评不够5个

7.根据星计算规则，店铺所得星号大于5个

具体实现：

private int getStar(ListpingJiaList) {

if (pingJiaList == null) {

System.out.println("评价列表不能为null");

return 0;

}

int star = 0;

int pingJiaCount = pingJiaList.size();

if (pingJiaCount< 5) {

return star;

}

int goodPing = 0;

for (int i = 0; i

if (pingJiaList.get(i).getPingJiaType() == PingType.goodPi ng) {

goodPing++;

if (goodPing == 5) {

star++;

goodPing = 0;

}

} else {

goodPing = 0;

if (star > 0) {

star -= 1;

}

}

}

if (star > 5) {

star = 5;

}

return star;

}

用例设计

略

测试过程：

1. 分析需求，找出被测需求测试点：

2. 分析测试点，通过测试用例设计方法，准备测试数据，添加期望结果，提炼测试点为可执行测试用例

常用测试用例设计方法：

1. 边界值

2. 等价类

3. 场景法

4. 错误推测法

5. 针对参数测试

3. 根据测试用例，准备测试数据

4. 编写测试代码，调用被测代码，执行测试，断言测试结果

测试注意点

1. 代码测试依赖的是需求，而不是开发的代码

2. 代码测试的测试用例和功能测试用例类似，增加关于传入参数的验证

在接口测试培训系列1中，描述了针对一个需求的实现方法，及对这个需求方法接口测试用例的设计，在本篇中，在该需求的基础上再增加需求，同时将需求扩展为一个小的项目，讲解针对项目的接口测试如何去做。

需求描述：

1. 增加店铺对象，评价属于店铺

2. 可以针对店铺增加评价，删除评价，修改评价

3. 根据店铺id获得店铺的星

4. 根据店铺id获得店铺的好评率

5. 根据店铺id获得店铺在所有店铺当中的排序，排序算法是：星越多排序越靠前，如果星相等，则根据好评率排序，好评率越高，排序越靠前，如果好评率相等，则评价越多越靠前，如果评价数相等，则默认当前店铺排名靠前。

实现思路：

1. 建立一个店铺类，具有店铺名称，店铺ID两个属性

2. 建立一个评价类，具有所属店铺id，评价类型，更新时间属性

3. 增加一个店铺操作类，具有增加评价，删除评价，修改评价，获取店铺星，获取店铺好评，获取店铺排序的方法

4. 建立一个数据库，里面有两张表，一张店铺表，一张评价表

5. 店铺表字段：店铺id，店铺名称

6. 评价表字段：所属店铺id，评价类型，更新时间

分层开发

1.DAO层：具体的对数据库的操作

public interface IPingJiaDao {

//插入一条记录

public boolean insert(PingJiapingJia);

// 修改评价记录

public boolean update(PingJiapingJia);

// 删除评价记录

public boolean delete(String pingJiaId);

//得到一个店铺的评价列表

public ListgetPingJiaList(String storeId);

//得到一个店铺的好评率

public double getGoodPingJiaRate(String storeId);

}

2.Service层：具体的业务逻辑层

public interface IStoreService {

//添加评价，

public boolean addPingJia(PingJiapingJia);

//修改评价类型

public boolean updatePingJia(PingJiapingJia);

//删除评价

public boolean deletePingJia(String pingjiaId);

//根据店铺Id，得到店铺的星数

public int getSotreStar(String storeId);

//得到店铺排序位置

public int getStoreIndex(String storeId);

//得到店铺好评率

public double getStoreGoodRate(String storeId);

}

代码实现

1.DAO实现，使用ibatis进行dao的实现

2.Service实现，数据插入，更新，获取，直接通过调用dao方法实现，业务逻辑在service中实现可测试接口方法

1.添加评价boolean addPingJia(PingJiapingJia)

2.更新评价booleanupdatePingJia(PingJiapingJia);

3.删除评价booleandeletePingJia(String pingjiaId)

4.获得店铺星数intgetSotreStar(String storeId)

5.得到店铺排序位置getStoreIndex(String storeId)

6.得到店铺好评率intgetStoreHaoPingLv(String storeId);

接口测试过程

1.@BeforeClass注解中，做初始化相关的操作，比如需要创建服务实例：storeService = new Stor

eService();

2.@Test注解中，编写具体的测试用例，编写测试用例时可用的一些技巧：

a.通过不同的接口方法参数来实现对不同业务场景的覆盖

b.接口参数如果是基本数据类型，比如String，则需要考虑该参数是做什么用的，是否需要

在调用被测方法之前准备相应的数据，比如，获得店铺星数，getSotreStar(String st

oreId)需要的参数是String类型的storeId，我们在测试的时候，在调用被测方法之前，

就需要先为这个storeId对应的店铺构造评价，来满足对应的测试用例。

c. 接口参数如果是对象类型，则需要考虑是否可以通过独立的方法来提取设置对象属性

过程，而将不同对象属性值通过方法参数传递，而如果对象属性过多，则可以考虑将部分对

象属性构造为另外的一个对象

d.调用被测方法后，需要根据被测方法返回值，断言被测方法是否返回期望结果，同时需要

通过数据库验证

e.如果一个测试用例中，涉及到多个步骤的验证，则需要在每个步骤后增加对应的验证方法。

f.在测试用例中，针对该测试产生的数据，需要进行销毁。

3. @AfterClass注解中，增加对数据清理及对象销毁相应的方法

4. 关于数据库比对：可以将数据库操作，比对的方法专门提取为一个公共类。

1.什么情况下会使用mock技术

1.需要将当前被测单元和其依赖模块独立开来，构造一个独立的测试环境，不关注被测单

元的依赖对象，只关注被测单元的功能逻辑

----------比如被测代码中需要依赖第三方接口返回值进行逻辑处理，可能因为网络或者其他环境因素，调用第三方经常会中断或者失败，无法对被测单元进行测试，这个时候就可以使用mock技术来将被测单元和依赖模块独立开来，使得测试可以进行下去。

2.被测单元依赖的模块尚未开发完成，而被测单元需要依赖模块的返回值进行后续处理

----------比如service层的代码中，包含对Dao层的调用，但是，DAO层代码尚未实现

3.被测单元依赖的对象较难模拟或者构造比较复杂

----------比如，支付宝支付的异常条件有很多，但是模拟这种异常条件很复杂或者无法模拟，比如，查询聚划算的订单结果，无法在测试环境进行模拟

2.Mock技术分类

1.手动构造mock对象

---------------比如，可以自己写某个接口方法的实现，根据需要编写返回值，测试代码中

使用该实现类对象

缺点：会增加代码量，在写mock对象代码时，有可能引入错误

2.使用开源代码提供的构造mock方法

--------------比如easyMock，提供了对接口类的模拟，能够通过录制、回放、检查三步来

完成大体的测试过程，可以验证方法的调用种类、次数、顺序，可以令Mock对象返回指定的值或抛出指定异常

3.EasyMock使用

1.引入easyMock

------------在maven工程中，通过pom配置依赖关系

org.easymock

easymock

3.0

test

------------在普通java工程中，通过添加外部包的方式

2.使用easyMock过程

1.使用EasyMock生成Mock对象；

pingJiaDao = mockControl.createMock(IPingJiaDao.class);

2.设定Mock对象的预期行为和输出；

EasyMock.expect(pingJiaDao.getGoodPingJiaRate(storeId)).andReturn(0.11);

3.将Mock对象切换到Replay状态；

EasyMock.replay(pingJiaDao);

4.调用Mock对象方法进行单元测试；

storeService.setStoredao(pingJiaDao);

double rate = storeService.getStoreGoodRate(storeId);

5.对Mock对象的行为进行验证。

EasyMock.verify(pingJiaDao);

4.其他easyMock功能

1.特殊的mock对象：niceMock

2.参数匹配器

3.重置mock对象

4.模拟异常抛出

5.设置调用次数