Manual:Parser tests

Most commonly, parser test case specifies wikitext (commonly input) and HTML (commonly output), to confirm that things operate as expected. The actual output is compared with the desired result, and thus, the parser test cases (also known as parser tests) can be helpful at spotting regressions.

The parser test cases reside in the  directory. Extensions should place their tests in a  directory.

They can be run both through the phpunit test suite as well as the standalone parserTests.php script. So, a parser test failure will trigger a Jenkins test failure.

Version 2 format
Starting with 1.35, parser tests are required to be in the Version 2 format. Specifying version 2 indicates that the tests are ready to be run in "tidy" mode (See T249138 ).

To indicate your parser tests are run in version 2 format, you can use the options section at the top of the file (see below).

Alternatively, as a shortcut, the first line in your parser test file must be.

Enabling hooks
In order to be sure that the extension tag is loaded add at the beginning of the file:

Adding articles
In order to create a new article, the syntax is:

Layout of a parser test
Besides the test time, a test has a given number of sections:
 * mandatory sections :
 * optional sections :,  ,  ,  ,  ,  ,  ,

Sections specific to the legacy parser
The legacy parser expects the and one of   or  sections to be always present.

Sections specific to Parsoid
The and the various  sections are only relevant when running a test with Parsoid. Parsoid also allows additional configuration with additional test-specific options in the options section. Since Parsoid supports running tests in different modes, the test modes determine what sections are expected.


 * For wt2html and html2wt modes, in addition to the wikitext section, at least one of html, html/parsoid , html/parsoid+standalone , or html/parsoid+integrated sections should be present.
 * For wt2wt mode, just the wikitext section is sufficient (but the test runner currently expects some html section to be present).
 * For html2html mode, one of the html sections is sufficient.
 * For selser modes, the wikitext and at least one of the html sections should be present.
 * For manual selser modes, the wikitext and wikitext/edited should both be present.

Example
Syntax is as follows for a simple test.

Configuration section
If you specify configuration settings there, make sure you don't have any whitespace between your expressions, as whitespace isn't trimmed by the test runner.

Options section
Each option should come on its own line.

changes format
 * disables the test.
 * runs the test only with the core's default parser unless Parsoid-specific HTML sections are present. The "php" name is a historical remnant from when Parsoid was a Node.js codebase.
 * or (JSON format object) enable Parsoid-specific options.
 * Ex: runs this test in only those 2 modes.  By default, the test is run all available test modes for the test given the wikitext and html sections.  In the common case, this defaults to running the test in modes: wt2html, wt2wt, html2wt, html2html, selser .  The selser mode is an abbreviation for a test mode where the HTML section is edited in a number of automated ways which is then converted to wikitext using Parsoid's selective-serialization (selser henceforth) transformations.
 * In the JSON format object, the following keys are current recognized
 * - This is a comma separated list of Parsoid modes to run
 * - If selser is one of the test modes in the modes property, this property can optionally specify to indicate automatic edits for this test should not be generated.  If so, only manual edits as specified by the  property will be applied.
 * - This format is described separately below. This option will need to be paired with a  section in the test (see below)  that specifies the expected wikitext output when this edited HTML is converted (via selser) to wikitext by Parsoid.

This is an array of individual changes to apply to the DOM of the HTML generated by transforming wikitext. Each element of the array contains 3 or more elements: (a) jquery selector to select a DOM node (b) the type of change to apply to the selected node (c) the relevant values / content needed to apply the change specified.

More succinctly, each array element represents a jquery method call. So, [x,y,z...] becomes So, ['fig', 'attr', 'width', '120'] is interpreted as

Right now, the following jquery methods are recognized:

See http://api.jquery.com/ for documentation of these methods.

" contents " as second argument calls the jquery .contents method on the results of the selector in the first argument, which is a good way to get at the text and comment nodes.

Wikitext sections

 * - This is expected to be present in all tests that require the wikitext to be processed to HTML (or in Parsoid's html2wt and wt2wt test modes, the wikitext to generate from the HTML sections).
 * - This section is only relevant in Parsoid test runs. For tests that provide a manual set of changes to apply to the HTML generated from the wikitext section, this is the output expected when Parsoid converts that edited HTML back to wikitext.

HTML sections

 * - This is the original default output section for a parser test. Parsoid only uses this section if there isn't any Parsoid-specific section available (see below).  If Parsoid uses this section for a test, Parsoid will heavily normalize Parsoid's HTML output before comparing against this HTML.  This is because Parsoid generates different markup for a lot of wikitext constructs.  The normalization ensures the semantic attributes and properties (that don't have a rendering impact) don't cause false test failures.
 * - This section is only used by the legacy parser and Parsoid ignores this.
 * - This is the default section used by Parsoid and is used for both standalone and integrated tests if specialized sections aren't present for those modes. The test runner will minimally normalize Parsoid's output and this section to verify test pass/fails.  The normalization strips some noisy attributes to prevent the need to add all this noisy output to parser tests.
 * - This Parsoid HTML section is only used in Parsoid standalone test runs (only implemented in Parsoid's test runner).
 * - This Parsoid HTML section is only used in Parsoid integrated test runs (only implemented in the MediaWiki core's test runner).

Enabling testing against Parsoid
You can enable running tests in a file against by Parsoid via the parsoid-compatible option in the file options section. You can specify individual modes or enable all modes by omitting the options string. For example enables running Parsoid tests in wt2html and wt2wt modes. But, enables running Parsoid tests in all modes ( wt2html, wt2wt, html2wt, html2html, selser ).

See an example below.

extension.json & parser tests
Extensions that place their tests in and are using extension.json will automatically have their parser tests run. For extensions using the legacy extension loading system, they can use:

Running tests with parserTests.php
To run the parser tests, go to the root directory of your local MediaWiki installation and execute the following from the command line:

To run tests for just one file, use param. See more params with.

Parsoid-specific test runner options
These options aren't available with MediaWiki core's parser test runner in MW 1.38 and prior. You can run tests in Parsoid mode via the option. The best and most up-to-date documentation of all available options is to run

Setting global config variables
To set default global variables for all parser tests in an extension, use the hook.

In a specific test, set the config variables as follows: