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: pages/implementations/earl-reports.md
+39-8Lines changed: 39 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,14 +4,14 @@ title: Reporting Format
4
4
5
5
## Contribute An Implementation
6
6
7
-
If you developed an accessibility tool or a testing methodology, and would like to have your implementation included in the ACT-R website, there are two ways you can do so.
7
+
If you developed an accessibility tool or a testing methodology and would like to have your implementation included in the WAI website, there are two ways you can do so.
8
8
9
-
1. If you have a tool that can return a data format, you will need to run your tests against the [ACT-R test cases](../testcases/) and [submit a report](../reporting/).
10
-
2. If you use manual test methodology, where you fill results into some report template or tool, you can [Use the WCAG-EM Report Tool](../wcag-em-tool/) instead to produce implementation reports.
9
+
1. If you have a tool that can return a data format, you will need to run your tests against the [test cases](../testcases/) and [submit a report](../reporting/).
10
+
2. If you have a manual test methodology where you fill results into some report template or semi-automated tool, you [can use the ACT Implementor tool](https://act-implementor.netlify.app/#/) instead to produce implementation reports.
11
11
12
12
## Understanding the Reporting format
13
13
14
-
To display a accessibility test tool or methodology on the ACT-R Community website, ACT-R use the [Evaluation And Reporting Language](https://www.w3.org/TR/EARL10-Schema/) expressed using [JSON-LD](https://json-ld.org). Tool developers that have an EARL reporter should be able to provide their existing reports. If you don't already have an EARL reporter, we provided a basic data structure that you can use.
14
+
To display an accessibility test tool or methodology on the WAI website, use the [Evaluation And Reporting Language](https://www.w3.org/TR/EARL10-Schema/) expressed using [JSON-LD](https://www.w3.org/TR/json-ld/). Tool developers that have an EARL reporter should be able to provide their existing reports. If you don't already have an EARL reporter, we provided a basic data structure that you can use.
15
15
16
16
### Context And Graph
17
17
@@ -52,7 +52,7 @@ Add an `Assertion` object to the `assertions` array for each outcome provided by
52
52
The following properties are required for each Assertion:
53
53
54
54
-`@type`: This must be `Assertion`, to distinguish it from other data types that might exist in an EARL report.
55
-
-`test.title`: A title for the rule / test procedure as it is known in the implementation
55
+
-`test`: See [Test Criterion](#test-criterion).
56
56
-`result.outcome`: One of the following values:
57
57
58
58
-`earl:passed`: A node in the test case passed the rule
@@ -71,13 +71,44 @@ The following properties are required for each Assertion:
71
71
"assertions": [
72
72
{
73
73
"@type": "Assertion",
74
-
"test": { "title": "My Tool's rule title" },
75
-
"result": { "outcome": "earl:passed" }
74
+
"result": { "outcome": "earl:passed" },
75
+
"test": { ... },
76
76
}
77
77
]
78
78
}
79
79
]
80
80
}
81
81
```
82
82
83
-
**Advanced**: All required properties map to [EARL](http://www.w3.org/ns/earl#), except for `title` and `source` which are properties of [Dublin Core](http://purl.org/dc/terms/). Property names can be anything, as long as they can be expanded to the correct URL.
83
+
### Test Criterion
84
+
85
+
For each result, we'll need to know which rule or procedure in the tool reported it, and which WCAG success criteria were failed. To do so, on the `test` property, add an object. This must include:
86
+
87
+
-`title`: A string, that uniquely identifies which rule or procedure in the tool found the result.
88
+
-`isPartOf`: An array of strings, listing the WCAG success criteria that fail when the rule or procedure fails. These must use the IDs of the WCAG success criteria, prefaced with `WCAG2:`. For example `WCAG2:name-role-value`.
**Note**: The IDs of WCAG success criteria can be found in [sc-urls.json](https://github.com/act-rules/act-tools/blob/main/src/data/sc-urls.json), on the `scId` property. These are the IDs introduced in WCAG 2.1, and continued in WCAG 2.2. Use these IDs, even when reporting for WCAG 2.0.
113
+
114
+
**Advanced**: All required properties map to [EARL](http://www.w3.org/ns/earl#), except for `isPartOf`, `title`, and `source` which are properties of [Dublin Core](http://purl.org/dc/terms/). Property names can be anything, as long as they can be expanded to the correct URL.
Copy file name to clipboardExpand all lines: pages/implementations/testcases.md
+27-17Lines changed: 27 additions & 17 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,11 +4,11 @@ title: Test Cases
4
4
5
5
All ACT rules include a number of test cases, which are designed for easy consumption by accessibility test tools and test methodologies. Test cases are updated regularly as part of rule writing. All test cases are described in a JSON file:
**Note**: Based on the file extension specified for a test case within the examples code snippet (e.g.: html, svg, xhtml), the corresponding `DOCTYPE`, if applicable, is dynamically added to the generated HTML test case file.
11
+
**Note**: HTML test cases are embedded in a small template which adds a `!DOCTYPE`, HTML root node with lang attribute, and head with a title. These are omitted for test cases with an HTML element or a `!DOCTYPE`.
12
12
13
13
## Test Case Format
14
14
@@ -24,19 +24,29 @@ In the `testcases.json` file, test cases are included on the `testcases` array,
@@ -52,7 +62,7 @@ Correctness of an implementation is based on the results for test cases. See [im
52
62
53
63
## Contribute An Implementation
54
64
55
-
If you developed an accessibility tool or a testing methodology, and would like to have your implementation included in the ACT-R website, there are two ways you can do so.
65
+
If you developed an accessibility tool or a testing methodology, and would like to have your implementation included in the WAI website, there are two ways you can do so.
56
66
57
67
1. If you have a tool that can return a data format, you will need to run your tests against the ACT rule's test cases and [submit a report](../reporting/).
0 commit comments