一直以来没有做过接口测试，了解下如何对接口进行测试，可以从哪些方面考虑。下面从各个地方载录了些，以被以后用。接口测试的英文是interface testing，接口测试测试系统组件间接口的一种测试。
在集成测试中首先是确定需要测试模块，集成是将多个模块集合在一起工作，模块与模块之间肯定有工作的接口，你就需要研究一个模块输入输出，研究多个模块的输入输出，构造你如何测试这多个模块输入输出的关系。-------查找各模块的输入输出及关系，编写用例
接口测试主要考虑的问题:
1.各个模块连接集成起来的时候,穿越模块接口的数据会不会丢失; -----确定数据完整
2.各个子功能组合起来,能否达到预期要求的父功能; ------集合后，达到需求目标
3.一个模块的功能是否对另一个模块的功能产生不利影响; ------集成后，不影响相关模块功能
4.全局数据结构是否有问题; ------集成后，保证系统数据的正确性
5.单个模块的误差积累起来,是否会放大,从而达到不可接受的程度。 -------集成后，确保误差不影响系统功能及性能
Service层接口测试，大致有三种测试类型：接口逻辑测试、出错测试、路径测试
接口逻辑测试，对开发人员输写的JavaDoc进行测试，后根据JavaDoc来编写测试用例（一般情况下JavaDoc需要包含前提条件，业务逻辑，输入参数，输出值的描述），在接口逻辑测试中主要是根据所描述的业务逻辑，进行用例的设计，主要目标是测试在正常输入的情况下能得出正确的结果，测试用例的设计方法跟黑盒测试差不多，主要运用等价类，边界值两种方法。
出错测试，做了接口逻辑测试后，可以正常使用了。为了保证数据的安全，及程序在异常情况的逻辑正确性，因此需要测试出错测试。出错测试主要考虑：空值输入（如当传入一个对象参数时，需进行NULL值的参数）、参数属性的测试（如输入一个未赋值参数）、异常的测试（制造一些异常的测试场景，测试的异常描述是否清晰）
路径测试，经过了上述处理后，单个的接口服务已经得到了保证，但是在业务流中是否满足了业务需求其实还是没有得到保证，路径测试的目的就是设计尽可能少的用例，来保证各种业务场景下数据是安全可操作的