swordman2022-06-12在客户端领域（如移动端App，PC端App），当使用了组件化架构后，也会涉及到内部服务的问题：一个组件做了变更，影响了原先约定的接口，其他组件的部分功能就用不了了。这种问题有时候很隐蔽，没有契约测试做保障，经常要到版本提测后期才发现。老师介绍的工具Pact和SpringCloud，都是基于服务端的，不知道在客户端领域，是否也有类似的工具来自动生成契约测试代码？还是要根据这套方法论，自行进行开发？谢谢！作者回复: 这是一个很好的视角。而且这里会涉及到几个领域的工具集合。 1. 要理一理组件之间的调用关系是怎样的？ 你需要能够monitor和track生产环境发生的API calls，然后用数据来分析出哪些API优先级高，调用的数据都是什么。在这个环节可用的工具是usage tracker系列，在java，go，python下都有。 2. 怎么来测试这些API？ 这里可以采用自己开发API自动化测试工具，或者流量回放工具。回放也有API级的，网络流量级的。
2
王小卡2023-07-05 来自辽宁通过spring cloud生成的给消费者用的jar包。jar的启动后的服务指向的是实际项目服务吗？还是等同于mock了个服务。只不过有契约文件关联，可以做到变化状态的感知？
lerame2022-12-19 来自广东这一章看不太懂，契约代码是工具生成的，还是人为根据开发的代码编写的？如果是生成的，是要根据契约代码写集成测试代码吗？如果是人为编写的？是工具会根据契约代码生成集成测试代码吗？还是说两者都是工具生成的？