2018-08-22api gateway一般是作为整个微服务的入口，做一些权限校验，路由功能，服务间的内部调用不走api gateway。spring cloud的例子 zuul作为api gateway，load balancer是ribbon。要去抓取调用记录在被测服务记录访问日志。这个作为audit log本来就是要记录的。我们的契约测试是调用放手写在被调用服务，拥有者是调用方。以此来确保api的兼容。 10
2018-08-22你好，我想问下接口测试下这个代码覆盖率是怎么统计的？作者回复: 和代码级覆盖率统计使用一样的方法和工具，比如jacoco
6
2018-08-221.微服务架构、单体架构、消费者契约，学到几个新的概念，涨姿势了；
2.对微服务架构，之前确实没有深入了解，我知道的是现在的 App 多采用插件的方式进行功能更新和维护，我们这边的客户端也是类似的，这种插件模式感觉是介入微服务和单体架构之间的，就是整体上还是一个整体，但是可以在整体的各个位置进行功能的插入并独立维护，既达到了整体的一致性，同时也满足了可扩展性、可维护下、少依赖性，不知道和这个微服务架构是不是一回事；
3.基于消费者契约的测试，我有一个疑问，消费者契约基于的是用户的常规操作，这部分的用例是 P1 级别必须覆盖的，但是对于某些环境异常导致的问题，可以就不会覆盖到，因为属于非用户操作，比如我们 windows 系统的某个 API 的入参是一个指针，而这个指针是上一个函数的返回值，理论上，这个返回的指针肯定有效，所以开发在接收入参后也没有校验参数的合法性，但是因为环境异常，导致就是出现了空指针，那么从消费者契约角度看，用例没问题，从代码覆盖率角度看，也没问题，但实际上确实出现了问题，所以，在有限的时间内我们当然会按优先级执行用例，但是不是还是需要从功能测试角度保证用例的覆盖率？如果我有理解不正确的地方，请批评指正。
以上，欢迎沟通交流，公众号「sylan215」展开 4
2018-12-29api gateway 并不是每个服务间都存在的，只有面向客户端的服务才会有这一层。内部服务间是不存在在这一层的。所以这种方式去过滤不是很全面作者回复: 很好的点，内部调用主要靠splunk来获取
3- 2018-10-28怎么才能打印出所有的日志，需要先进行手工测试所有功能吗？ 2
- 2018-08-29感觉基于消费者契约这种方式也没有显著降低case的数量啊 2
2018-08-22期待文末问题的答案作者回复: 答案是需要两部分结合起来，老的功能走契约测试，新的功能和api继续沿用老的方法
2
2018-08-22老师，能详细讲解一下代码覆盖率的测试方法和使用到的工具?作者回复: 主要取决于开发代码的语言，如果是java就可以直接使用jacoco
1
2018-08-22很有深度，理解不透 1
2020-02-05实际项目中，消费者契约测试，是否可以通过openapi的规范接口定义自动生成测试用例？这样可以省去录制的时间，也可以将测试的设计提前。- 2019-12-18期待的测试框架访问数据库，消息队列的部分没有展开说一下。我现在只能写代码来实现。有没有比较成熟的解决方案？或者比较好的实践。
2019-08-08之前经常听Mock，但不是很明白原理，这次算是听明白了，谢谢茹老师的讲解
2019-07-31你好，想问下，微服务架构中那些实际没有用到的api具体是什么样的功能？能麻烦举个例子么？谢谢- 2019-06-01老师能讲讲api测试中，用例设计这块吗，到底是只做单接口测试还是也要做用单接口串联起来做场景测试，这两块用例分别要怎么设计？
2019-04-25你好，我这边遇到个问题，就是接口测试的万能脚本，我该如何写，因为在文章中看到，自己又研究了一段时间，但是始终找不到解决的办法，希望你能给我点建议，谢谢。
2019-04-12现在待得的公司还是传统的单体架构，没有接触到微服务架构，这篇文章给我打开了一个全新的视角，思路上也有很多。作者回复: 感谢支持
- 2019-03-18我想请教下,在单体架构下测试API，是如何统计代码覆盖率问题的？谢谢！
2019-01-23这篇文章也有助于理解文中提到的的实例代码。
http://www.bubuko.com/infodetail-2317705.html作者回复: 感谢分享
2018-11-07比如新版本中，有个ServiceC来调用serviceT，且ServiceA、ServiceB发生了变更是不是重新需要建立契约。
2018-10-30问题1:被调用的服务t，采用mock的方式，那怎么被测试呢？问题2:微服务之间采用的是thrift这类接口，有好的测试思路吗？