Root of the report of results. Testsuite version number. Supported version of XML Schema, either 1.0 or 1.1. The name of the implementation. Information about the implementation. Please provide comment blocks explaining how the implementation manages the non-path part of a full designator (if applicable), namespace context, and so on. Which version of XML Schema the implementation used to run the tests. Does the implementation support XPointer designators? Date of the report. Version number of the testsuite. Should match testSuiteVersion in the catalog. Report on a specific test case. Human-consumable comment. The name of the test. The type of SCP processing being reported, one of csg (canonical SCP generation), cgi (canonical SCP interpretation), ncsg (non-canonical SCP generation), or ncsi (non-canonical SCP interpretion). An implementation may report results of various kinds for a particular testcase, with the appropriate choice for each separate report. Did the test succeed or fail? How to determine success or failure is described in the instructions. Reported differences for a generation test between the expected paths and the paths that were actually generated. This information is not required, but will prove helpful to identify areas of common difficulty, if any. A path difference. What kind of difference? 'add' means an addition to the baseline; 'del' means something missing that was in the baseline.