文件名称：pact-example：示例项目，以通过Pact演示合同测试
文件大小：1.07MB
文件格式：ZIP
更新时间：2024-02-19 20:30:51
react kotlin java tutorial kafka
契约实例 这是一个示例项目，概述了消费者驱动的合同测试。 目录 序言 在为任何项目设置连续的部署管道时，制定有针对性的测试计划至关重要。 有效的测试套件，反馈回路短 有效的测试套件包括多种测试策略，这些策略可导致较高的测试覆盖率，从而提高信心。 这些策略通常采用单元，组件，集成和验收测试的形式。 监控和警报。 测试套件需要快速运行，并且可靠。 这还不够强调。 如果测试是胡言乱语（即经常返回假阴性或阳性），则不能依靠它来给我们所需的期望信心。 测试还需要尽早在连续部署管道中运行，以缩短开发人员的反馈循环。 因此，理想情况下，大多数测试应设计为在构建拉取请求时运行（在从应用程序环境沙盒隔离的独立构建代理上）。 为了达到这一要求，测试必须没有关于它的任何外部依赖的可用性假设，并且被设计成单独运行。 被设计为快速，可靠和隔离故障的测试将具有一个短而有效的反馈循环，该反馈循环会通知开发人员该产品是否正常工作。 端到端集成测试的问题 单元测试是这样一种测试过程的一个很好的例子，它可以实现期望的有效性-它们快速，可靠并且可以隔离故障。 但是，仅凭单元测试是不够的，因为它们不能保证被测单元可以
【文件预览】：
pact-example-master
----.travis.yml(103B)
----pom.xml(4KB)
----documentation()
--------uploaded-but-not-verified.png(27KB)
--------contract.jpg(86KB)
--------pact-logo.png(9KB)
--------ui-uploaded-but-not-verified.png(31KB)
--------pact_two_parts.png(51KB)
--------ui-uploaded-and-verified.png(32KB)
--------broker-verification-history.png(90KB)
--------uploaded-and-verified.png(50KB)
--------broker-pact-details-consumer-cli.png(89KB)
--------js-2-server.png(90KB)
--------server-2-server.png(89KB)
--------broker-network-graph.png(62KB)
--------broker-pact-details-consumer-ui.png(89KB)
--------messaging-upoaded-but-not-verified.png(93KB)
----consumer()
--------pom.xml(3KB)
--------src()
--------.gitignore(268B)
----.github()
--------FUNDING.yml(71B)
----mvnw(6KB)
----Contract Tests with PACT.pdf(144KB)
----producer()
--------pom.xml(3KB)
--------src()
--------.gitignore(268B)
----docker-compose.yml(594B)
----.gitignore(268B)
----consumer-ui()
--------.babelrc(76B)
--------pom.xml(2KB)
--------package.json(1KB)
--------mock()
--------.env(25B)
--------src()
--------.gitignore(354B)
--------public()
--------README.md(119B)
--------yarn.lock(293KB)
----.mvn()
--------wrapper()
----README.md(40KB)
----mvnw.cmd(5KB)
----EXAMPLE_README.md(599B)