我有一个接收请求，生成电子邮件，将电子邮件保存到消息队列（由其他微服务发送）并返回httpStatus.Ok的服务。我想测试是否会针对不同的请求生成相关的电子邮件。
根据Contract Tests vs Functional Tests我的测试是有效的，而不是合同测试。（如果我的服务将电子邮件内容作为api响应返回，则使用Pact进行合同测试肯定是合适的。）
我有一个想法，就是将Pact基础结构用于此类功能测试，特别是1.将请求和预期生成的电子邮件保存到Pact Broker2.在提供者中，验证测试提交请求，并用预期的电子邮件验证生成的电子邮件。
在这样的功能测试中使用Pact是否有意义？有人知道类似用法的例子吗？是否有其他替代技术（最好在.Net Core中使用）进行类似的测试？
我也在考虑https://github.com/approvals/ApprovalTests.Net，但Pact基础设施吸引了我更多。
相关注释：Pact通常可用于http请求/响应，但Pact V3（尚未由PackNet实施）Introduces messages for services that communicate via event streams and message queues。一个示例描述了契约合同测试的消息是https://dius.com.au/2017/09/22/contract-testing-serverless-and-asynchronous-applications/被引用Pact for MessageQueue's : Sample Provider test in case of MessageQueues
我有一个接收请求，生成电子邮件，将电子邮件保存到消息队列（由其他微服务发送）并返回httpStatus.Ok的服务。我想测试不同的请求...
我有一个接收请求，生成电子邮件，将电子邮件保存到消息队列（由其他微服务发送）并返回httpStatus.Ok的服务。