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: monitoring/uss_qualifier/scenarios/astm/utm/dss/synchronization/subscription_synchronization.md
+39-17Lines changed: 39 additions & 17 deletions
Original file line number
Diff line number
Diff line change
@@ -48,15 +48,18 @@ For the purpose of this scenario, the `second_utm_auth` resource must provide ac
48
48
49
49
##### Separate subscription
50
50
51
-
Note that the subscription (or 'sub' claim, not to be confused with an SCD DSS subscription) of the token that will be obtained for this resource
51
+
Note that the subject (or 'sub' claim) of the token that will be obtained for this resource
52
52
MUST be different from the one of the `dss` resources mentioned above:
53
53
this will be verified at runtime, and the depending checks will not be run if this is not the case.
54
54
55
55
## Setup test case
56
56
57
57
### [Ensure clean workspace test step](../clean_workspace.md)
58
58
59
-
This step ensures that no subscription with the known test ID exists in the DSS.
59
+
This step ensures that no subscriptions with the known test IDs exists in the DSS.
60
+
61
+
This includes the main test subscription used in this test, as well as the extra subscription
62
+
used for testing the `manager` field sync, if the test is configured to test for it.
60
63
61
64
## Subscription Synchronization test case
62
65
@@ -140,6 +143,8 @@ Verify that the version of the subscription returned by every DSS is as expected
140
143
141
144
This test step attempts to mutate the subscription on every secondary DSS instance (that is, instances through which the subscription has not been created) to confirm that such mutations are properly propagated to every DSS.
142
145
146
+
Note that this step is repeated for every secondary DSS instance.
147
+
143
148
#### 🛑 Subscription can be mutated on secondary DSS check
144
149
145
150
If the secondary DSS does not allow the subscription to be mutated, either the secondary DSS or the primary DSS are in violation of one or both of the following requirements:
@@ -157,6 +162,20 @@ If it does not, it might be in violation of **[astm.f3548.v21.DSS0005,5](../../.
157
162
158
163
Confirm that the secondary DSS handles the update properly.
Verify that a subscription can be created on the primary DSS.
184
-
185
-
#### 🛑 Subscription deletion with different non-managing credentials on secondary DSS fails check
202
+
Verify that a subscription can be created on the primary DSS using the separate set of credentials.
186
203
187
-
If the subscription can be deleted by a client which did not create it, via a DSS instance to which the subscription was synced
188
-
following its creation on the primary DSS, either one of the primary DSS or the DSS that accepted the deletion failed to properly broadcast, respectively take into account, the manage of the subscription,
189
-
and therefore violates **[astm.f3548.v21.DSS0210,1b](../../../../../requirements/astm/f3548/v21.md)**.
204
+
### Verify manager synchronization test step
190
205
191
-
### Delete subscription test step
206
+
If the second set of credentials is provided, checks that the manager of a subscription is properly synchronized across all DSS instances.
192
207
193
-
Verify that the version of the subscription returned by the DSS the subscription was mutated through has been updated.
208
+
This is done by verifying that the main credentials are not able to delete the subscription via any of the secondary DSS instances.
194
209
195
-
#### [Validate new version is synced](../fragments/sub/validate/non_mutated.md)
210
+
#### ⚠️ Subscription deletion with different non-managing credentials on secondary DSS fails check
196
211
197
-
Verify that the new version of the subscription has been propagated.
212
+
If the subscription can be deleted by a client which did not create it, via a DSS instance to which the subscription was synced
213
+
following its creation on the primary DSS, either one of the primary DSS or the DSS that accepted the deletion failed to properly broadcast, respectively take into account, the manage of the subscription,
214
+
and therefore violates **[astm.f3548.v21.DSS0210,1b](../../../../../requirements/astm/f3548/v21.md)**.
198
215
199
216
### Delete subscription on primary test step
200
217
@@ -256,3 +273,8 @@ either one of the primary DSS or the DSS that returned the subscription is in vi
256
273
As a result, the DSS pool under test is failing to meet **[astm.f3548.v21.DSS0020](../../../../../requirements/astm/f3548/v21.md)**.
257
274
258
275
## [Cleanup](../clean_workspace.md)
276
+
277
+
This step ensures that no subscriptions with the known test IDs exists in the DSS.
278
+
279
+
This includes the main test subscription used in this test, as well as the extra subscription
280
+
used for testing the `manager` field sync, if the test is configured to test for it.
0 commit comments