如何以及是否使用Pact测试语法（错误请求）验证？

Question

我开始使用契约（Java）进行合同测试。

我读过关于Pact最佳实践的合同测试与功能测试，但我有点困惑。

示例：一个简单的RESTendpoint，它创建了一个资源（POST），返回了一个在成功时创建的201和400个错误的语法验证请求。请求正文类似于：

{
    "firstname" : "Foo",
    "lastname" : "Bar"
}

firstname和lastname都不能为空。据我所知，我可以在这里编写3个场景，其中提供者应该返回400错误请求：

1. lastname为空，lastname不为空

问题是，如果只定义了“快乐路径约定”，模拟服务器会返回500个内部服务器错误，如果我想让它返回400个错误请求，我必须编写所有可能的约定。此外，如果我添加具有相同验证规则的其他字段，则约定的数量会爆炸。

• 首先，我应该在我的消费者身上测试这些场景吗

非常感谢。

Answer 1

在您的案例中，功能与合约讨论的核心信息是：那些不愉快路径的排列属于您的提供者代码，因为这就是逻辑所在。

正如@fabricio lemos所说，您只需要封装400个错误请求的单个示例，以证明您的代码可以处理这种情况。

至于500错误，这可能是因为您没有为每个测试设置一个预期的交互（通过Pact DSL）。如果在注册预期交互之前点击Pact模拟服务器，则会得到500。

在伪代码中，您的测试结构可能看起来像

Describe "User API"
  BeforeAll
     setup Pact mock server
  AfterEach
     verify and clear interactions 
  With valid request
     setup 201 interaction
     run tests
  With invalid request
     setup 400 interaction
     run tests 

Answer 2

当我为帖子建立合约时，我关心服务器接受有效输入以及服务器对错误输入的响应方式（通常为400）。没有必要为输入无效的所有可能方式签订合同，主要是因为这可能会由于无数的原因而发生。

因此，从消费者的角度来看，我通常只有一个无效输入的合同，除非我面临一个非常特殊的情况，服务器可能会根据故障原因做出不同的响应，并且我关心不同的响应。

针对您的具体情况，只为上述三种场景中的一种编写合同。