Verifier
Verifier for Pact.
The Verifier is used to verify that a provider meets the expectations of a consumer. This is done by replaying interactions from the consumer against the provider, and ensuring that the provider's responses match the expectations set by the consumer.
The interactions to be verified can be sourced either from local Pact files or from a Pact Broker. The Verifier can be configured to filter interactions based on their description and state, and to set the provider information and transports.
When performing the verification, Pact will replay the interactions from the consumer against the provider and ensure that the provider's responses match the expectations set by the consumer.
/// info The interface provided by this module could be improved. If you have any suggestions, please consider creating a new GitHub discussion or reaching out over Slack. ///
Usage¶
The general usage of the Verifier is as follows:
from pact import Verifier
# In the case of local Pact files
verifier = (
Verifier("My Provider")
.add_transport("http", url="http://localhost:8080")
.add_source("pact/to/pacts/")
)
verifier.verify()
# In the case of a Pact Broker
verifier = (
Verifier("My Provider")
.add_transport("http", url="http://localhost:8080")
.broker_source("https://broker.example.com/")
)
verifier.verify()
State Handling¶
In general, the consumer will write interactions assuming that the provider is
in a certain state. For example, a consumer requesting information about a user
with ID 123 will have specified given("user with ID 123 exists"). It is the
responsibility of the provider to ensure that this state is met before the
interaction is replayed.
In order to change the provider's internal state, Pact relies on a callback endpoint. The specific manner in which this endpoint is implemented is up to the provider as it is highly dependent on the provider's architecture.
One common approach is to define the endpoint during testing only, and for the endpoint to mock the expected calls to the database and/or external services. This allows the provider to be tested in isolation from the rest of the system, and assertions can be made about the calls made to the endpoint.
An alternative approach might be to run a dedicated service which is responsible for writing to the database such that the provider can retrieve the expected data. This approach is more complex, but could be useful in cases where test databases are already in use.
Attributes¶
logger = logging.getLogger(__name__)
module-attribute
¶
Classes¶
BrokerSelectorBuilder(verifier: Verifier, url: str, username: str | None, password: str | None, token: str | None)
¶
A Broker selector.
This class encapsulates the logic for selecting Pacts from a Pact broker.
This constructor should not be called directly. Instead, use the
broker_source method of the Verifier class with selector=True.
Source code in src/pact/verifier.py
Functions¶
build() -> Verifier
¶
Build the Broker Selector.
| RETURNS | DESCRIPTION |
|---|---|
Verifier
|
The Verifier instance with the broker source added. |
Source code in src/pact/verifier.py
consumer_tags(*tags: str) -> Self
¶
consumer_version(*, consumer: str | None = None, tag: str | None = None, fallback_tag: str | None = None, latest: bool | None = None, deployed_or_released: Literal[True] | None = None, deployed: Literal[True] | None = None, released: Literal[True] | None = None, environment: str | None = None, main_branch: Literal[True] | None = None, branch: str | None = None, matching_branch: Literal[True] | None = None, fallback_branch: str | None = None) -> Self
¶
Add a consumer version selector.
This method allows specifying consumer version selection criteria to filter which consumer pacts are verified from the broker.
This function can be called multiple times to add multiple selectors. The resulting selectors are combined with a logical OR, meaning that pacts matching any of the selectors will be included in the verification.
| PARAMETER | DESCRIPTION |
|---|---|
consumer
|
Application name to filter the results on. Allows a selector to only be applied to a certain consumer.
TYPE:
|
tag
|
The tag name(s) of the consumer versions to get the pacts for. This field is still supported but it is recommended to use the
TYPE:
|
fallback_tag
|
The name of the tag to fallback to if the specified This is useful when the consumer and provider use matching branch names to coordinate the development of new features. This field is still supported but it is recommended to use two separate selectors - one with the main branch name and one with the feature branch name.
TYPE:
|
latest
|
Only select the latest (if false, this selects all pacts for a tag). Used in conjunction with the tag property. If a tag is specified, and latest is true, then the latest pact for each of the consumers with that tag will be returned. If a tag is specified and the latest flag is not set to true, all the pacts with the specified tag will be returned.
TYPE:
|
deployed_or_released
|
Applications that have been deployed or released. If the key is specified, can only be set to
TYPE:
|
deployed
|
Applications that have been deployed. If the key is specified, can only be set to
TYPE:
|
released
|
Applications that have been released. If the key is specified, can only be set to
TYPE:
|
environment
|
Applications in a given environment. The name of the environment containing the consumer versions for
which to return the pacts. Used to further qualify
TYPE:
|
main_branch
|
Applications with the default branch set in the broker. If the key is specified, can only be set to
TYPE:
|
branch
|
Applications with the given branch. The branch name of the consumer versions to get the pacts for. Use of this selector requires that the consumer has configured a branch name when publishing the pacts.
TYPE:
|
matching_branch
|
Applications that match the provider version branch sent during verification. If the key is specified, can only be set to
TYPE:
|
fallback_branch
|
Fallback branch if branch doesn't exist. The name of the branch to fallback to if the specified branch does not exist. Use of this property is discouraged as it may allow a pact to pass on a feature branch while breaking backwards compatibility with the main branch, which is generally not desired. It is better to use two separate consumer version selectors, one with the main branch name, and one with the feature branch name, rather than use this property.
TYPE:
|
| RETURNS | DESCRIPTION |
|---|---|
Self
|
The builder instance for method chaining. |
Source code in src/pact/verifier.py
1452 1453 1454 1455 1456 1457 1458 1459 1460 1461 1462 1463 1464 1465 1466 1467 1468 1469 1470 1471 1472 1473 1474 1475 1476 1477 1478 1479 1480 1481 1482 1483 1484 1485 1486 1487 1488 1489 1490 1491 1492 1493 1494 1495 1496 1497 1498 1499 1500 1501 1502 1503 1504 1505 1506 1507 1508 1509 1510 1511 1512 1513 1514 1515 1516 1517 1518 1519 1520 1521 1522 1523 1524 1525 1526 1527 1528 1529 1530 1531 1532 1533 1534 1535 1536 1537 1538 1539 1540 1541 1542 1543 1544 1545 1546 1547 1548 1549 1550 1551 1552 1553 1554 1555 1556 1557 1558 1559 1560 1561 1562 1563 1564 1565 1566 1567 1568 1569 1570 1571 1572 1573 1574 1575 1576 1577 1578 1579 1580 1581 1582 1583 1584 1585 1586 1587 1588 1589 1590 1591 1592 1593 1594 1595 1596 1597 1598 1599 1600 1601 1602 1603 1604 1605 1606 1607 1608 1609 1610 | |
consumer_versions(*versions: str) -> Self
deprecated
¶
Deprecated
Use consumer_version method with keyword arguments instead.
Set the consumer versions.
Source code in src/pact/verifier.py
exclude_pending() -> Self
¶
exclude_wip() -> Self
¶
include_pending() -> Self
¶
include_wip_since(d: str | date) -> Self
¶
Include work in progress Pacts since a given date.
provider_branch(branch: str) -> Self
¶
Set the provider branch.
The first time a branch is set here or through
[set_publish_options][pact.pact.verifier.Verifier.set_publish_options], the
value will be saved and use as a default for both.
Source code in src/pact/verifier.py
Verifier(name: str, host: str | None = None)
¶
A Verifier between a consumer and a provider.
This class encapsulates the logic for verifying that a provider meets the expectations of a consumer. This is done by replaying interactions from the consumer against the provider, and ensuring that the provider's responses match the expectations set by the consumer.
| PARAMETER | DESCRIPTION |
|---|---|
name
|
The name of the provider to verify. This is used to identify which interactions the provider is involved in, and then Pact will replay these interactions against the provider.
TYPE:
|
host
|
The host on which the Pact verifier is running. This is used to
communicate with the provider. If not specified, the default
value is
TYPE:
|
Source code in src/pact/verifier.py
Attributes¶
logs: str
property
¶
Get the logs.
results: dict[str, Any]
property
¶
Get the results.
Functions¶
add_custom_header(name: str, value: str) -> Self
¶
Add a customer header to the request.
These headers are added to every request made to the provider.
| PARAMETER | DESCRIPTION |
|---|---|
name
|
The key of the header.
TYPE:
|
value
|
The value of the header.
TYPE:
|
Source code in src/pact/verifier.py
add_custom_headers(headers: dict[str, str] | Iterable[tuple[str, str]]) -> Self
¶
Add multiple customer headers to the request.
These headers are added to every request made to the provider.
| PARAMETER | DESCRIPTION |
|---|---|
headers
|
The headers to add. The value can be: - a dictionary of header key-value pairs - an iterable of (key, value) tuples |
Source code in src/pact/verifier.py
add_source(source: str | Path | URL, *, username: str | None = None, password: str | None = None, token: str | None = None) -> Self
¶
Adds a source to the verifier.
This will use one or more Pact files as the source of interactions to verify.
| PARAMETER | DESCRIPTION |
|---|---|
source
|
The source of the interactions. This may be either of the following:
If using a URL, the |
username
|
The username to use for basic HTTP authentication. This is only used when the source is a URL.
TYPE:
|
password
|
The password to use for basic HTTP authentication. This is only used when the source is a URL.
TYPE:
|
token
|
The token to use for bearer token authentication. This is only
used when the source is a URL. Note that this is mutually
exclusive with
TYPE:
|
| RAISES | DESCRIPTION |
|---|---|
ValueError
|
If the source scheme is invalid. |
Source code in src/pact/verifier.py
961 962 963 964 965 966 967 968 969 970 971 972 973 974 975 976 977 978 979 980 981 982 983 984 985 986 987 988 989 990 991 992 993 994 995 996 997 998 999 1000 1001 1002 1003 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013 1014 1015 1016 1017 1018 1019 1020 1021 1022 1023 1024 1025 1026 1027 1028 1029 1030 1031 1032 1033 | |
add_transport(*, url: str | URL | None = None, protocol: str | None = None, port: int | None = None, path: str | None = None, scheme: str | None = None) -> Self
¶
Add a provider transport method.
If the provider supports multiple transport methods, or non-HTTP(S) methods, this method allows these additional transport methods to be added. It can be called multiple times to add multiple transport methods.
As some transport methods may not use ports, paths or schemes, these
parameters are optional. Note that while optional, these may still be
used during testing as Pact uses HTTP(S) to communicate with the
provider. For example, if you are implementing your own message
verification, it needs to be exposed over HTTP and the port and path
arguments are used for this testing communication.
| PARAMETER | DESCRIPTION |
|---|---|
url
|
A convenient way to set the provider transport. This option is mutually exclusive with the other options.
TYPE:
|
protocol
|
The protocol to use. This will typically be one of:
Any other protocol will be treated as a custom protocol and will be handled by a plugin. If
TYPE:
|
port
|
The provider port. If the protocol does not use ports, this parameter should be
TYPE:
|
path
|
The provider context path. For protocols which do not use paths, this parameter should be
For protocols which do use paths, this parameter should be specified to avoid any ambiguity, though if left unspecified, the root path will be used. If a non-root path is used, the path given here will be
prepended to the path in the interaction. For example, if the
path is
TYPE:
|
scheme
|
The provider scheme, if applicable to the protocol. This is typically only used for the
TYPE:
|
| RAISES | DESCRIPTION |
|---|---|
ValueError
|
If mutually exclusive parameters are provided, or required parameters are missing, or host/protocol mismatches. |
Source code in src/pact/verifier.py
216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 | |
broker_source(url: str | URL | None | Unset = UNSET, *, username: str | None | Unset = UNSET, password: str | None | Unset = UNSET, token: str | None | Unset = UNSET, selector: bool = False, use_env: bool = True) -> BrokerSelectorBuilder | Self
¶
broker_source(
url: str | URL | Unset = UNSET,
*,
username: str | Unset = UNSET,
password: str | Unset = UNSET,
selector: Literal[False] = False,
use_env: bool = True,
) -> Self
broker_source(
url: str | URL | None | Unset = UNSET,
*,
token: str | None | Unset = UNSET,
selector: Literal[False] = False,
use_env: bool = True,
) -> Self
Adds a broker source to the verifier.
If any of the values are None, the value will be read from the
environment variables unless the use_env parameter is set to False.
The known variables are:
PACT_BROKER_BASE_URLfor theurlparameter.PACT_BROKER_USERNAMEfor theusernameparameter.PACT_BROKER_PASSWORDfor thepasswordparameter.PACT_BROKER_TOKENfor thetokenparameter.
By default, or if selector=False, this function returns the verifier
instance to allow for method chaining. If selector=True is given, this
function returns a
[BrokerSelectorBuilder][pact.pact.verifier.BrokerSelectorBuilder] instance
which allows for further configuration of the broker source in a fluent
interface. The [build()][pact.pact.verifier.BrokerSelectorBuilder.build]
call is then used to finalise the broker source and return the verifier
instance for further configuration.
| PARAMETER | DESCRIPTION |
|---|---|
url
|
The broker URL. The URL may contain a username and password for basic HTTP authentication. |
username
|
The username to use for basic HTTP authentication. If the source
is a URL containing a username, this parameter must be |
password
|
The password to use for basic HTTP authentication. If the source
is a URL containing a password, this parameter must be |
token
|
The token to use for bearer token authentication. This is
mutually exclusive with |
selector
|
Whether to return a
[BrokerSelectorBuilder][pact.pact.verifier.BrokerSelectorBuilder]
instance. The builder instance allows for further configuration
of the broker source and must be finalised with a call to
[
TYPE:
|
use_env
|
Whether to read missing values from the environment variables.
This is
TYPE:
|
| RAISES | DESCRIPTION |
|---|---|
ValueError
|
If mutually exclusive authentication parameters are provided. |
Source code in src/pact/verifier.py
1168 1169 1170 1171 1172 1173 1174 1175 1176 1177 1178 1179 1180 1181 1182 1183 1184 1185 1186 1187 1188 1189 1190 1191 1192 1193 1194 1195 1196 1197 1198 1199 1200 1201 1202 1203 1204 1205 1206 1207 1208 1209 1210 1211 1212 1213 1214 1215 1216 1217 1218 1219 1220 1221 1222 1223 1224 1225 1226 1227 1228 1229 1230 1231 1232 1233 1234 1235 1236 1237 1238 1239 1240 1241 1242 1243 1244 1245 1246 1247 1248 1249 1250 1251 1252 1253 1254 1255 1256 1257 1258 1259 1260 1261 1262 1263 1264 1265 1266 1267 1268 1269 1270 1271 1272 1273 1274 1275 1276 1277 1278 1279 | |
disable_ssl_verification() -> Self
¶
Disable SSL verification.
Source code in src/pact/verifier.py
filter(description: str | None = None, *, state: str | None = None, no_state: bool = False) -> Self
¶
Set the filter for the interactions.
This method can be used to filter interactions based on their description and state. Repeated calls to this method will replace the previous filter.
| PARAMETER | DESCRIPTION |
|---|---|
description
|
The interaction description. This should be a regular expression. If unspecified, no filtering will be done based on the description.
TYPE:
|
state
|
The interaction state. This should be a regular expression. If unspecified, no filtering will be done based on the state.
TYPE:
|
no_state
|
Whether to include interactions with no state.
TYPE:
|
Source code in src/pact/verifier.py
filter_consumers(*filters: str) -> Self
¶
Filter the consumers.
| PARAMETER | DESCRIPTION |
|---|---|
filters
|
Filters to apply to the consumers.
TYPE:
|
logs_for_provider(provider: str) -> str
classmethod
¶
message_handler(handler: Callable[..., Message] | dict[str, Callable[..., Message] | Message | bytes]) -> Self
¶
Set the message handler.
This method sets a custom message handler for the verifier. The handler can be called to produce a specific message to send to the provider.
This can be provided in one of two ways:
-
A fully fledged function that will be called for all messages. This is the most powerful option as it allows for full control over the message generation. The function's signature must be compatible with the [
MessageProducerArgs][pact.pact.types.MessageProducerArgs] type. -
A dictionary mapping message names to either (a) producer functions, (b) [
Message][pact.pact.types.Message] dictionaries, or © raw bytes. If using a producer function, it must be compatible with the [MessageProducerArgs][pact.pact.types.MessageProducerArgs] type.
Implementation¶
There are a large number of ways to send messages, and the specifics of the transport methods are not specifically relevant to Pact. As such, Pact abstracts the transport layer away and uses a lightweight HTTP server to handle messages.
Pact Python is capable of setting up this server and handling the
messages internally using user-provided handlers. It is possible to use
your own HTTP server to handle messages by using the add_transport
method. It is not possible to use both this method and add_transport
to handle messages.
| PARAMETER | DESCRIPTION |
|---|---|
handler
|
The message handler. This should be a callable or a dictionary mapping message names to callables, Message dicts, or bytes.
TYPE:
|
| RAISES | DESCRIPTION |
|---|---|
TypeError
|
If the handler or its values are invalid. |
Source code in src/pact/verifier.py
342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 | |
output(*, strip_ansi: bool = False) -> str
¶
set_coloured_output(*, enabled: bool = True) -> Self
¶
set_error_on_empty_pact(*, enabled: bool = True) -> Self
¶
Toggle error on empty pact.
If enabled, a Pact file with no interactions will cause the verifier to return an error. If disabled, a Pact file with no interactions will be ignored.
Source code in src/pact/verifier.py
set_publish_options(version: str, url: str | None = None, branch: str | None = None, tags: list[str] | None = None) -> Self
¶
Set options used when publishing results to the Broker.
| PARAMETER | DESCRIPTION |
|---|---|
version
|
The provider version.
TYPE:
|
url
|
URL to the build which ran the verification.
TYPE:
|
tags
|
Collection of tags for the provider. |
branch
|
Name of the branch used for verification. The first time a branch is set here or through
[
TYPE:
|
Source code in src/pact/verifier.py
set_request_timeout(timeout: int) -> Self
¶
Set the request timeout.
| PARAMETER | DESCRIPTION |
|---|---|
timeout
|
The request timeout in milliseconds.
TYPE:
|
| RAISES | DESCRIPTION |
|---|---|
ValueError
|
If the timeout is negative. |
Source code in src/pact/verifier.py
state_handler(handler: Callable[..., None] | Mapping[str, Callable[..., None]] | StateHandlerUrl, *, teardown: bool = False, body: bool | None = None) -> Self
¶
state_handler(
handler: Callable[..., None],
*,
teardown: bool = False,
body: None = None,
) -> Self
Set the state handler.
In many interactions, the consumer will assume that the provider is in a
certain state. For example, a consumer requesting information about a
user with ID 123 will have specified given("user with ID 123
exists").
The state handler is responsible for changing the provider's internal state to match the expected state before the interaction is replayed.
This can be done in one of three ways:
- By providing a single function that will be called for all state changes.
- By providing a mapping of state names to functions.
- By providing the URL endpoint to which the request should be made.
The last option is more complicated as it requires the provider to be able to handle the state change requests. The first two options handle this internally and are the preferred options if the provider is written in Python.
The function signature must be compatible with the
[StateHandlerArgs][pact.pact.types.StateHandlerArgs]. If the function
has additional arguments, these must either have default values, or be
filled by using the partial function.
Pact also uses a special state denoted with the empty string "". This
is used as a generic test setup/teardown handler. This key is optional
in dictionaries, but other implementation should ensure they can handle
(or safely ignore) this state name.
| PARAMETER | DESCRIPTION |
|---|---|
handler
|
The handler for the state changes. This can be one of the following:
See above for more information on the function signature.
TYPE:
|
teardown
|
Whether to teardown the provider state after an interaction is validated.
TYPE:
|
body
|
Whether to include the state change request in the body (
TYPE:
|
| RAISES | DESCRIPTION |
|---|---|
ValueError
|
If the handler/body combination is invalid. |
TypeError
|
If the handler type is invalid. |
Source code in src/pact/verifier.py
528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 | |
verify() -> Self
¶
Verify the interactions.
| RETURNS | DESCRIPTION |
|---|---|
Self
|
Whether the interactions were verified successfully. |
| RAISES | DESCRIPTION |
|---|---|
RuntimeError
|
If no transports have been set. |