Python中Provider Pact验证疑问：Mock与生产API选择及构建

核心疑问解答：验证时用Mock还是真实服务？ #

提供者侧的契约验证不需要创建Mock——Mock是消费者侧用来模拟提供者、提前定义契约的工具。提供者验证的核心是：用真实的提供者服务实例（本地运行的测试版、或者隔离的测试环境服务）来验证它是否符合消费者定义的契约。绝对不要直接对接GCP生产API，避免污染生产数据或引发业务风险。

本地如何准备验证用的提供者服务？ #

你需要在本地启动真实的提供者服务（不是Mock），并实现提供者状态设置接口，步骤如下：

• 本地运行你的Python提供者服务（比如user-app.py），确保服务能正常处理API请求。
• 实现状态设置接口（对应你命令里的--provider-states-setup-url）：这个接口用来在验证每个契约片段前，将服务调整到契约要求的前置状态（比如“用户存在且有购物篮”）。示例代码：

  from flask import Flask, request, jsonify
  from your_db_module import db, User, Basket
  
  app = Flask(__name__)
  
  @app.route('/_pact/provider_states', methods=['POST'])
  def set_provider_state():
      state = request.json.get('state')
      if not state:
          return jsonify({"error": "State required"}), 400
  
      # 根据契约定义的状态，初始化/清理测试数据
      if state == "用户存在且有购物篮":
          # 重置测试数据
          db.session.query(User).delete()
          db.session.query(Basket).delete()
          # 添加符合契约预期的测试数据
          test_user = User(id=1, username="test_user")
          test_basket = Basket(user_id=1, items=[{"product_id": "123", "quantity": 2}])
          db.session.add(test_user)
          db.session.add(test_basket)
          db.session.commit()
      elif state == "用户没有购物篮":
          db.session.query(Basket).filter_by(user_id=1).delete()
          db.session.commit()
  
      return jsonify({"status": "success"})
  
  # 其他API路由...
  
  if __name__ == '__main__':
      app.run(port=5001)
  

• 启动服务后，执行你现有的pact-verifier命令即可：

  pact-verifier --provider-base-url=http://localhost:5001 --pact-url=tests/recommendations.recommendations-api-recommendations.basket.model.json --provider-states-setup-url=http://localhost:5001/_pact/provider_states
  

解决硬编码响应的问题 #

你之前硬编码响应是搞错了方向——提供者验证不需要手动写死响应，而是要让服务根据设置的前置状态返回真实的业务响应。比如当状态设置为“用户有购物篮”时，服务从测试数据库读取数据并返回，这样只要本地服务的逻辑和生产API保持一致，生产API变更后，只要同步更新本地服务代码，验证就能自动适配，不用手动修改响应内容。

内容的提问来源于stack exchange，提问作者khalil