像这种接口的测试输入，输出都在本系统但有一个中间结果在页面是不可见的，我们虽然可以在页面上看到输入，输出，但却不能判断输出结果的正确性，这个时候我们就要通过接口测试工具和页面功能相结合的方式来验证了。
有这样一个页面查询功有就是这样的，那个页面查询功能是：
当登录人A，所在公司下有子公司时，他可查询到总公司及其所有分公司的订单，当所在公司下没有分公司时，只能查看当前公司的订单。
而这登录人所在公司下是否有分公司只能通过查询系统B才能知道，而系统B返回的结果在页面上并没有展示，而是直接拿他作为查询条件进行了查询，所以要测试这个查询接口查询结果是否正确，就要结合B系统返回给我们的结果进行测试。
通过接口工具先查看系统B返回的结果，然后再对比页面上的查询结果看是否与我们预期的一致。
这里用接口测试工具查看返回结果还有一个好处就是可以看到对方系统返回给我们的参数格式，便于我们根据他们的返回结果格式去构造适合的测试场景来验证我们的查询结果，使我们的测试更充分。
4.输入在本系统，输出在外系统的接口
这类接口的测试一般我们采用接口工具和页面功能相结合的方法进行测试，就是在我们的系统页面触发调用这个接口的功能，通过接口工具查看监控此接口的信息来验证信息的传递情况以及查看相关的输出结果。
当然这种接口也可以直接用测试工具进行测试，但是我一般是不这样的，为啥呢？因为数据构造太麻烦，而且构造的数据没有直接在页面调用接口形成的数据的可靠性高。
同样的这种接口还是少不得联测的，联测就是检测我们系统存在的各种场景的数据传递过去后是不是都能被对方系统正常接收到。
我碰到过的这样的接口是这样的一个功能：我们系统订单生成的产品价格要传给系统C，他们要做记录进行预算。
这个接口前期的各种参数输入都在我们的系统页面上可以完成，只是后期生成订单后的价格和对应的产品信息要传到对方系统后的结果我们是看不到的，在这个时候，前面的测试就是根据我们系统各种参数场景组合测试，那这个参数到底传没有传过去，因为两个系统的开发并不同步，无法直接联测，前期只能通过接口工具调用日志查看参数是否传过去及各个参数的值与我们系统页面上是否一致，后期两边系统功能都实现了就要进行一个联测了，在这个联测的过程中你不单要把自己系统的各种数据场景覆盖到，还要了解对方系统有什么特殊的地方，根据他们的特殊要求构造特殊的数据传给数据进行更深一步的验证。
好了，我碰到的接口类型大概就是这些了，希望我的这些测试对你有所帮助。