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: docs/accessibility/changelog.mdx
+2-2
Original file line number
Diff line number
Diff line change
@@ -17,7 +17,7 @@ sidebar_position: 200
17
17
18
18
## Week of 9/30/2024
19
19
20
-
- Cypress Accessibility results are now included in Slack messages alongside test results. [Learn more about our Slack integration here](https://on.cypress.io/slack-integration).
20
+
- Cypress Accessibility results are now included in Slack messages alongside test results. [Learn more about our Slack integration here](/cloud/integrations/slack).
21
21
22
22
## Week of 9/20/2024
23
23
@@ -34,7 +34,7 @@ sidebar_position: 200
34
34
## Week of 8/19/2024
35
35
36
36
- iFrames are now supported for accessibility checks. iFrame processing is _opt-in_ for existing customers, but new customers will begin with iFrames enabled and can choose to opt out instead. This is to avoid disrupting existing pipelines, especially because iFrame content is not _always_ something you want to include in your reports.
37
-
- Cypress Accessibility results will now appear in [GitHub](https://on.cypress.io/github-integration), [GitLab](https://on.cypress.io/gitlab-integration) and [Bitbucket](https://on.cypress.io/bitbucket-integration) pull request and merge request comments alongside test results. Integrations can be installed and comments can be enabled in Project Settings.
37
+
- Cypress Accessibility results will now appear in [GitHub](/cloud/integrations/source-control/github), [GitLab](/cloud/integrations/source-control/gitlab) and [Bitbucket](/cloud/integrations/source-control/bitbucket) pull request and merge request comments alongside test results. Integrations can be installed and comments can be enabled in Project Settings.
Copy file name to clipboardExpand all lines: docs/accessibility/core-concepts/how-it-works.mdx
+1-1
Original file line number
Diff line number
Diff line change
@@ -43,4 +43,4 @@ In rare cases - such as if an Axe Core® update contains a critical security pat
43
43
44
44
## Powered by Test Replay
45
45
46
-
Because Cypress Accessibility uses data captured through Cypress Test Replay, it is subject [Test Replay limitations](https://docs.cypress.io/faq/questions/cloud-faq#Is-everything-captured-and-replayed-in-Test-Replay).
46
+
Because Cypress Accessibility uses data captured through Cypress Test Replay, it is subject to Test Replay limitations. Read [How Test Replay Works](/cloud/features/test-replay#How-Test-Replay-Works) to discover which data is captured and which browsers are supported.
Copy file name to clipboardExpand all lines: docs/ui-coverage/changelog.mdx
+2-2
Original file line number
Diff line number
Diff line change
@@ -13,7 +13,7 @@ sidebar_position: 200
13
13
14
14
## Week of 9/30/2024
15
15
16
-
-**Slack Messages:** UI Coverage results results are now included in Slack messages alongside test results. [Learn more about our Slack integration here](https://on.cypress.io/slack-integration).
16
+
-**Slack Messages:** UI Coverage results results are now included in Slack messages alongside test results. [Learn more about our Slack integration here](/cloud/integrations/slack).
17
17
18
18
## Week of 9/23/2024
19
19
@@ -26,7 +26,7 @@ sidebar_position: 200
26
26
## Week of 8/19/2024
27
27
28
28
-**Results API:** We have added the new [Results API](/ui-coverage/results-api) which enables you to programmatically fetch your run's UI Coverage results in a CI environment. This allows you to act the results within CI by allowing you to determine if the results are acceptable or need to be addressed before code changes can merge.
29
-
-**Pull and Merge Request Comments:** UI Coverage results will now appear in [GitHub](https://on.cypress.io/github-integration), [GitLab](https://on.cypress.io/gitlab-integration) and [Bitbucket](https://on.cypress.io/bitbucket-integration) pull request and merge request comments alongside test results. Integrations can be installed and comments can be enabled in Project Settings.
29
+
-**Pull and Merge Request Comments:** UI Coverage results will now appear in [GitHub](/cloud/integrations/source-control/github), [GitLab](/cloud/integrations/source-control/gitlab) and [Bitbucket](/cloud/integrations/source-control/bitbucket) pull request and merge request comments alongside test results. Integrations can be installed and comments can be enabled in Project Settings.
Copy file name to clipboardExpand all lines: docs/ui-coverage/core-concepts/interactivity.mdx
+20
Original file line number
Diff line number
Diff line change
@@ -36,3 +36,23 @@ UI Coverage considers interactive elements "tested" if they are interacted with
36
36
-`trigger`
37
37
-`type`
38
38
-`uncheck`
39
+
40
+
## Untested Links
41
+
42
+
UI Coverage tracks links (`<a>` elements) that haven't been visited during testing. For each untested link, you can see:
43
+
44
+
### Referrers
45
+
46
+
The Views containing links to this untested destination. This helps you understand:
47
+
48
+
- Where these untested areas are referenced from
49
+
- The navigation paths that could lead to this untested area
50
+
- The context in which these links appear
51
+
52
+
### URLs
53
+
54
+
Shows how similar URLs are grouped together. For example, if you have links to `/users/1`, `/users/2`, and `/users/3`, they'll be grouped as `/users/*`. The URLs section shows all the actual URLs that were grouped together. This is particularly useful for:
55
+
56
+
- Understanding the scope of dynamic routes in your application
57
+
- Seeing how many variations of a URL pattern exist
58
+
- Writing configuration rules to handle URL patterns appropriately
Copy file name to clipboardExpand all lines: docs/ui-coverage/core-concepts/views.mdx
+23-7
Original file line number
Diff line number
Diff line change
@@ -9,14 +9,30 @@ sidebar_position: 100
9
9
10
10
<UICovAddon />
11
11
12
-
UI Coverage is organized into views, which are the unique URLs across all snapshots from end-to-end tests and the unique mounted components from component tests.
12
+
UI Coverage organizes all unique URLs across snapshots from end-to-end tests and mounted components from component tests into "Views". A View represents a distinct page or state in your application.
13
13
14
-
###Grouping
14
+
##View Creation & Grouping
15
15
16
-
UI Coverage uses certain default rules to generate a single view from dynamic URLs that represent the same page:
16
+
By default, UI Coverage uses certain rules to generate a single View from dynamic URLs that represent the same page:
17
17
18
-
- All search parameters are removed.
19
-
-All hash parameters are removed, unless the hash parameter starts with a `/`, such as `#/admin`.
20
-
- If there are multiple URLs that are exactly the same except for a different integer or UUID value in the same path parameter, then that path parameter is replaced with a wildcard (`*`).
18
+
- All search parameters are removed
19
+
-Hash parameters are removed (unless they start with `/`, such as `#/admin`)
20
+
- If multiple URLs differ only by an integer or UUID in the same path parameter, that parameter is replaced with a wildcard (`*`)
21
21
22
-
These rules can be overridden via [views](/ui-coverage/configuration/views) configuration.
22
+
For example:
23
+
24
+
-`/users/123/profile` and `/users/456/profile` would be grouped into `/users/*/profile`
25
+
-`/dashboard?tab=overview` and `/dashboard?tab=settings` would be grouped into `/dashboard`
26
+
-`/app#settings` and `/app#profile` would be grouped into `/app`
27
+
-`/app#/admin` and `/app#/settings` would remain separate Views
28
+
29
+
## Using Views
30
+
31
+
In the UI Coverage interface, Views are listed with their coverage scores, helping you:
32
+
33
+
- See which areas of your application have been tested
34
+
- Identify untested pages and components
35
+
- Track changes in coverage across different parts of your application
36
+
- Focus testing efforts on critical paths and flows
37
+
38
+
You can customize how URLs are grouped into Views using [views](/ui-coverage/configuration/views) and [viewFilters](/ui-coverage/configuration/viewfilters) configuration options.
Copy file name to clipboardExpand all lines: docs/ui-coverage/get-started/introduction.mdx
+1-1
Original file line number
Diff line number
Diff line change
@@ -54,4 +54,4 @@ UI Coverage captures "snapshots" of every page visited by your Cypress tests (an
54
54
55
55
As a result, a UI Coverage score is generated. This score quantifies coverage across your application by measuring the ratio of the unique elements that have been tested to the total unique elements that are found across your application.
56
56
57
-
Because Cypress Accessibility uses data captured through Cypress Test Replay, it is subject to any [limitations of Test Replay](https://docs.cypress.io/faq/questions/cloud-faq#Is-everything-captured-and-replayed-in-Test-Replay)data captured and browser support.
57
+
Because Cypress UI Coverage uses data captured through Cypress Test Replay, it is subject to Test Replay limitations. Read [How Test Replay Works](/cloud/features/test-replay#How-Test-Replay-Works) to discover which data is captured and which browsers are supported.
0 commit comments