Skip to content

Commit 5e75f49

Browse files
added images to PF criteria article
1 parent 694a90f commit 5e75f49

File tree

1 file changed

+16
-5
lines changed

1 file changed

+16
-5
lines changed

articles/load-testing/how-to-define-test-criteria.md

Lines changed: 16 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -139,6 +139,8 @@ To grant your Azure load testing resource permissions to read the metrics from y
139139
1. In the Azure portal, go to your app component.
140140
141141
2. On the left pane, select **Access Control(IAM)**, then select **+ Add**, and then select **Add role assignment**.
142+
143+
:::image type="content" source="media/how-to-define-test-criteria/add-role-assignment.png" alt-text="Screenshot of the Access Control(IAM) in the application component on which failure criteria is to be set":::
142144
143145
3. On the **Role **tab, under** Job functions roles**, search for **Monitoring Reader** or **Monitoring Contributor**.
144146
@@ -148,6 +150,9 @@ To grant your Azure load testing resource permissions to read the metrics from y
148150
If you're using a system-assigned managed identity, the managed identity name matches that of your Azure load testing resource.
149151
150152
6. Select **Review + assign** to assign the identity the permission.
153+
154+
:::image type="content" source="media/how-to-define-test-criteria/assign-permissions.png" alt-text="Screenshot of assigning the permissions to read metrics to the load testing resource":::
155+
151156
When your test runs, the managed identity that's associated with your load testing resource can now read the metrics for your load test from your app component.
152157
153158
### Define load test fail criteria for server metrics
@@ -158,18 +163,24 @@ In this section, you configure test failure criteria on server-side metrics for
158163
159164
2. Click on **Create Test**.
160165
161-
3. Under the **Monitoring** Tab, configure the app components you want to monitor during the test.
166+
3. Under the **Monitoring** Tab, configure the app components you want to monitor during the test.
162167
163168
4. Configure the **Metrics reference identity**. The identity can be the system-assigned identity of the load testing resource, or one of the user-assigned identities. Make sure you use the same identity you've granted access previously.
164169
165-
5. On the **Test criteria** pane, fill the **Resource ID, Namespace, Metric, Aggregation, Condition, Threshold values** for your test. You can set failure criteria only for those resources/app components that you are monitoring during the test.
166-
167-
6. Select **Apply** to save the changes.
170+
:::image type="content" source="media/how-to-define-test-criteria/moniotring-tab.png" alt-text="Screenshot of configuring metrics reference identity":::
171+
172+
6. On the **Test criteria** pane, fill the **Resource ID, Namespace, Metric, Aggregation, Condition, Threshold values** for your test. You can set failure criteria only for those resources/app components that you are monitoring during the test.
173+
174+
:::image type="content" source="media/how-to-define-test-criteria/server-failure-criteria.png" alt-text="Screenshot of configuring failure criteria on server metrics.":::
175+
176+
8. Select **Apply** to save the changes.
168177
When you now run the load test, Azure Load Testing uses the test criteria to determine the status of the load test run.
169178
170-
7. Run the test and view the status in the load test dashboard.
179+
9. Run the test and view the status in the load test dashboard.
171180
The dashboard shows each of the test criteria and their status. The overall test status is failed if at least one criterion was met.
172181
182+
:::image type="content" source="media/how-to-define-test-criteria/dashboard.png" alt-text="Screenshot of configuring failure criteria on server metrics.":::
183+
173184
## Auto stop configuration
174185
175186
Azure Load Testing automatically stops a load test if the error percentage exceeds a given threshold for a certain time window. Automatically stopping safeguards you against failing tests further incurring costs, for example, because of an incorrectly configured endpoint URL.

0 commit comments

Comments
 (0)