环境问题是测试中遇到的痛点之一，不过还不是我当前测试的痛点。
公司别的团队由于涉及到的微服务上千了，所以环境问题是特别的痛点，他们开发了一套线下仿真环境。
在了解这套环境平台时，顺便了解了 微服务的契约测试，粗略理解：契约是指约定好的API文档
契约测试把测试对象分为了 consumer端和provider端。
解决的主要痛点问题是：
1、consumer端和provider端的解耦，consumer端在provider端没有开发完时，就可以做联调
2、provider端 API接口迭代变化未及时周知consumer端的问题
开源工具：pact
粗略理解：consumer和provier端增加了一个中介 pact服务
1、consumer端先发起请求到pact，pact端会根据api文档说明生成 json契约响应文件
2、pact向provier服务器发起请求，并把 provider返回的真实response跟pact的json契约文件做比对
一旦provider端有任何api的改动，都可以及时被感知
联想到我这边实际的工作情况，经常有 前后端接口不一致的bug问题，契约测试给提供了一种解题思路
平时的工作中，还是得多关注行业技术，拓宽解决问题的技术思路
https://help.eolink.com/api_management/html/best_practice.html
网友评论