You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+8-8Lines changed: 8 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -64,7 +64,7 @@ class GetUserInfoContract(unittest.TestCase):
64
64
'id': 123,
65
65
'groups': ['Editors']
66
66
}
67
-
67
+
68
68
(pact
69
69
.given('UserA exists and is not an administrator')
70
70
.upon_receiving('a request for UserA')
@@ -73,7 +73,7 @@ class GetUserInfoContract(unittest.TestCase):
73
73
74
74
with pact:
75
75
result = user('UserA')
76
-
76
+
77
77
self.assertEqual(result, expected)
78
78
79
79
```
@@ -88,7 +88,7 @@ This does a few important things:
88
88
Using the Pact object as a [context manager], we call our method under test
89
89
which will then communicate with the Pact mock service. The mock service will respond with
90
90
the items we defined, allowing us to assert that the method processed the response and
91
-
returned the expected value. If you want more control over when the mock service is
91
+
returned the expected value. If you want more control over when the mock service is
92
92
configured and the interactions verified, use the `setup` and `verify` methods, respectively:
93
93
94
94
```python
@@ -264,7 +264,7 @@ There are several options for configuring how the Pacts are verified:
264
264
265
265
###### --provider-base-url
266
266
267
-
Required. Defines the URL of the server to make requests to when verifying the Pacts.
267
+
Required. Defines the URL of the server to make requests to when verifying the Pacts.
268
268
269
269
###### --pact-url
270
270
@@ -289,16 +289,16 @@ requests.
289
289
290
290
###### --provider-states-setup-url
291
291
292
-
The URL which should be called to setup a specific provider state before a Pact is verified. This URL will be called with a POST request, and the JSON body `{consumer: 'Consumer name', states: ['a thing exists']}`. Note that the current pact specification version (v2) only supports a single provider state, however, v3 will support multiple states, and the set-up call is designed to be forwards compatible with the planned change.
293
-
292
+
The URL which should be called to setup a specific provider state before a Pact is verified. This URL will be called with a POST request, and the JSON body `{consumer: 'Consumer name', state: 'a thing exists'}`.
293
+
294
294
###### --pact-broker-username
295
295
296
296
The username to use when contacting the Pact Broker.
297
297
298
298
###### --pact-broker-password
299
299
300
300
The password to use when contacting the Pact Broker. You can also specify this value
301
-
as the environment variable `PACT_BROKER_PASSWORD`.
301
+
as the environment variable `PACT_BROKER_PASSWORD`.
302
302
303
303
### Provider States
304
304
In many cases, your contracts will need very specific data to exist on the provider
0 commit comments