一、什么是接口测试？
1、系统与系统之间的调用
2、上层服务对下层服务的调用
二、做接口测试的流程一般是怎么样的？
接口测试依赖的主要对象也是需求说明书，所以最初的流程就是参与需求讨论，评审需求。需求确定以后，开发会根据需求进行接口设计，会产出接口定义。
根据需求文档及接口定义进行测试用例设计，测试用例设计主要从业务场景，功能，以及异常测试几个方面考虑。测试用例设计完成后，针对测试用例进行评审，如果开发代码部分可测时，即可进入测试了，因为是部分可测，可能会使用到mock方法(mock测试就是在测试过程中，对于某些不容易构造或者不容易获取的对象，用一个虚拟的对象来创建以便测试的测试方法。)。（已有测试代码时，就要进行测试代码的持续集成了，我们是使用jenkins来进行持续集成的）
三、接口测试的数据准备，应该怎么做呢？
接口测试的数据准备，可以从下面几个方面去考虑：
1、如果是只测试一次的接口，可以使用硬编码的方式准备测试数据，在写测试代码的时候，使用到什么数据就写什么数据，为了避免数据重复，可能比较多的会用到随机字符或随机数
2、可以直接通过调用其他API的方式准备测试数据，这种情况在测试最上层服务的时候比较有用，比如测试团购购买服务，就需要准备要购买的团购数据，购买团购的用户数据，这个时候，可以直接调用生产团购的api和生成用户的api直接生成测试数据
四、接口测试怎么设计测试用例呢？
接口测试用例的设计方法其实和功能测试用例的设计方法是类似的，因为接口是需要满足需求的，而接口测试所依赖的也是需求说明书，但是，因为接口测试毕竟是通过代码去测试代码，所以，为了保证覆盖率，可能会使用到单元测试的方法，具体的测试用例设计，参考如下：
1.输入参数测试： 针对输入的参数进行测试，也可以说是假定接口参数的不正确性进行的测试，确保接口对任意类型的输入都做了相应的处理：
输入参数合法，
输入参数不合法，
输入参数为空，
输入参数为null，
输入参数超长；
2.功能测试：接口是否满足了所提供的功能，相当于是正常情况测试，如果一个接口功能复杂时推荐对接口用例进行结构划分，这样子用例具有更好的可读性和维护性。
3.逻辑测试：逻辑测试严格讲应为单元测试，单元测试应保持内部逻辑的正确性，可单元测试和接口测试界限并不是那么清楚，所以我们也可以从给出的设计文档中考虑内部逻辑错误的分支情况和异常；
4.异常情况测试：
接口实现是否对异常情况都进行了处理，接口输入参数虽然合法，但是在接口实现中，也会出现异常，因为内部的异常不一定是输入的数据造成的，而有可能是其他逻辑造成的，程序需要对任何的异常都进行处理。
五、接口测试工具
推荐使用fiddler
六、接口文档组成
1、接口说明
2、调用url
3、请求方法（get\post）
4、请求参数、参数类型、请求参数说明
5、返回参数说明
由接口文档可知，接口至少应有请求地址、请求方法、请求参数（入参和出参）组成，部分接口有请求头header。
七、接口测试怎么测：
1）、通用接口用例设计
①、通过性验证：首先肯定要保证这个接口功能是好使的，也就是正常的通过性测试，按照接口文档上的参数，正常传入，是否可以返回正确的结果。
②、参数组合：现在有一个操作商品的接口，有个字段type，传1的时候代表修改商品，商品id、商品名称、价格有一个是必传的，type传2的时候是删除商品，商品id 是必传的，这样的，就要测参数组合了，type传1的时候，只传商品名称能不能修改成功， id、名称、价格都传的时候能不能修改成功。
③、接口安全：
绕过验证，比如说购买了一个商品，它的价格是300元，那我在提交订单时候，我把这个商品的价格改成3元，后端有没有
2）、根据业务逻辑来设计用例
根据业务逻辑来设计的话，就是根据自己系统的业务来设计用例，这个每个公司的业务不一样，就得具体的看自己公司的业务了，其实这也和功能测试设计用例是一样的。
举个例子，拿bbs来说，bbs的需求是这样的：
1、登录失败5次，就需要等待15分钟之后再登录
2、新注册的用户需要过了实习期才能发帖
3、删除帖子扣除积分
4、......
像这样的你就要把这些测试点列出来，然后再去造数据测试对应的测试点。
PS：这些都是屁话，网上一堆堆的，我也是摘抄的，看过就可以了
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
