Module:ScribuntoUnit/doc: Difference between revisions

From Path of Exile Wiki
Jump to navigation Jump to search
>OmegaK2
m (wikipedia transclusion note. (note: source tags will not work until SyntaxHighlight is enabled ))
>OmegaK2
m (uses syntaxhighlight instead of source tags)
Line 7: Line 7:
To make a test module (test suite), start with the following code:
To make a test module (test suite), start with the following code:


<source lang="lua">
<syntaxhighlight lang="lua">
local myModule = require('Module:MyModule') -- the module to be tested
local myModule = require('Module:MyModule') -- the module to be tested
local ScribuntoUnit = require('Module:ScribuntoUnit')
local ScribuntoUnit = require('Module:ScribuntoUnit')
local suite = ScribuntoUnit:new()
local suite = ScribuntoUnit:new()
</source>
</syntaxhighlight>


After you have done this you can add individual test functions to the <code>suite</code> object. Any function that begins with <code>test</code> is treated as a test. (Other functions will be ignored by ScribuntoUnit, but can be used in the tests themselves.)
After you have done this you can add individual test functions to the <code>suite</code> object. Any function that begins with <code>test</code> is treated as a test. (Other functions will be ignored by ScribuntoUnit, but can be used in the tests themselves.)


<source lang="lua">
<syntaxhighlight lang="lua">
function suite:testSomeCall()
function suite:testSomeCall()
     self:assertEquals('expected value', myModule.someCall(123))
     self:assertEquals('expected value', myModule.someCall(123))
Line 25: Line 25:
     self:assertEquals('other expected value', myModule.someOtherCall(456))
     self:assertEquals('other expected value', myModule.someOtherCall(456))
end
end
</source>
</syntaxhighlight>


The tests you write should make assertions, and ScribuntoUnit will check whether those assertions are true. For example, <code>assertEquals</code> checks that both of the arguments it is given are equal. If ScribuntoUnit doesn't find an assertion to be true, then the test will fail and an error message will be generated. The error message will show which assertion failed verification (other checks on the assertions are not made at this time).
The tests you write should make assertions, and ScribuntoUnit will check whether those assertions are true. For example, <code>assertEquals</code> checks that both of the arguments it is given are equal. If ScribuntoUnit doesn't find an assertion to be true, then the test will fail and an error message will be generated. The error message will show which assertion failed verification (other checks on the assertions are not made at this time).
Line 31: Line 31:
To finish the test module, you need to return the <code>suite</code> object.
To finish the test module, you need to return the <code>suite</code> object.


<source lang="lua">
<syntaxhighlight lang="lua">
return suite
return suite
</source>
</syntaxhighlight>


== Running the tests ==
== Running the tests ==
Line 45: Line 45:
The last parameter of all the test methods is an message that is displayed if validation fails.
The last parameter of all the test methods is an message that is displayed if validation fails.


<source lang="lua">
<syntaxhighlight lang="lua">
self:assertEquals('expected value', myModule.someCall(123), 'This tests whether the function x does y.')
self:assertEquals('expected value', myModule.someCall(123), 'This tests whether the function x does y.')
</source>
</syntaxhighlight>


=== assertTrue, assertFalse ===
=== assertTrue, assertFalse ===


<source lang="lua">
<syntaxhighlight lang="lua">
self:assertTrue(actual, message)
self:assertTrue(actual, message)
self:assertFalse(actual, message)
self:assertFalse(actual, message)
</source>
</syntaxhighlight>


These test whether the assertion evaluates to <code>true</code> or <code>false</code>. Note that in Lua <code>false</code> and <code>nil</code> evaluate to <code>false</code>, and everything else evaluates to <code>true</code>.
These test whether the assertion evaluates to <code>true</code> or <code>false</code>. Note that in Lua <code>false</code> and <code>nil</code> evaluate to <code>false</code>, and everything else evaluates to <code>true</code>.


<source lang="lua">
<syntaxhighlight lang="lua">
self:assertTrue(2 + 2 == 4)
self:assertTrue(2 + 2 == 4)
self:assertTrue('foo')
self:assertTrue('foo')
self:assertFalse(2 + 2 == 5)
self:assertFalse(2 + 2 == 5)
self:assertFalse(nil)
self:assertFalse(nil)
</source>
</syntaxhighlight>


=== assertStringContains ===
=== assertStringContains ===


<source lang="lua">
<syntaxhighlight lang="lua">
self:assertStringContains(pattern, s, plain, message)
self:assertStringContains(pattern, s, plain, message)
</source>
</syntaxhighlight>


This tests whether <code>pattern</code> is found in the string <code>s</code>. If <code>plain</code> is true, then <code>pattern</code> is interpreted as literal text; otherwise, <code>pattern</code> is interpreted as a [[mw:Extension:Scribunto/Lua reference manual#Ustring patterns|ustring pattern]].
This tests whether <code>pattern</code> is found in the string <code>s</code>. If <code>plain</code> is true, then <code>pattern</code> is interpreted as literal text; otherwise, <code>pattern</code> is interpreted as a [[mw:Extension:Scribunto/Lua reference manual#Ustring patterns|ustring pattern]].
Line 75: Line 75:
If the string is not found, the error message shows the values of <code>pattern</code> and <code>s</code>; if <code>s</code> is more than 70 characters long then a truncated version is displayed. This method is useful for testing specific behaviours in complex wikitext.
If the string is not found, the error message shows the values of <code>pattern</code> and <code>s</code>; if <code>s</code> is more than 70 characters long then a truncated version is displayed. This method is useful for testing specific behaviours in complex wikitext.


<source lang="lua">
<syntaxhighlight lang="lua">
self:assertStringContains("foo", "foobar") -- passes
self:assertStringContains("foo", "foobar") -- passes
self:assertStringContains("foo", "fobar") -- fails
self:assertStringContains("foo", "fobar") -- fails
self:assertStringContains(".oo", "foobar") -- passes: matches "foo"
self:assertStringContains(".oo", "foobar") -- passes: matches "foo"
self:assertStringContains(".oo", "foobar", true) -- fails: . is interpreted as a literal character
self:assertStringContains(".oo", "foobar", true) -- fails: . is interpreted as a literal character
</source>
</syntaxhighlight>


=== assertNotStringContains ===
=== assertNotStringContains ===


<source lang="lua">
<syntaxhighlight lang="lua">
self:assertNotStringContains(pattern, s, plain, message)
self:assertNotStringContains(pattern, s, plain, message)
</source>
</syntaxhighlight>


This is the opposite of <code>assertStringContains</code>. The test will fail if <code>pattern</code> is found in the string <code>s</code>. If <code>plain</code> is true, then <code>pattern</code> is interpreted as literal text; otherwise, <code>pattern</code> is interpreted as a [[mw:Extension:Scribunto/Lua reference manual#Ustring patterns|ustring pattern]].
This is the opposite of <code>assertStringContains</code>. The test will fail if <code>pattern</code> is found in the string <code>s</code>. If <code>plain</code> is true, then <code>pattern</code> is interpreted as literal text; otherwise, <code>pattern</code> is interpreted as a [[mw:Extension:Scribunto/Lua reference manual#Ustring patterns|ustring pattern]].


<source lang="lua">
<syntaxhighlight lang="lua">
self:assertNotStringContains("foo", "foobar") -- fails
self:assertNotStringContains("foo", "foobar") -- fails
self:assertNotStringContains("foo", "fobar") -- passes
self:assertNotStringContains("foo", "fobar") -- passes
self:assertNotStringContains(".oo", "foobar") -- fails: matches "foo"
self:assertNotStringContains(".oo", "foobar") -- fails: matches "foo"
self:assertNotStringContains(".oo", "foobar", true) -- passes: . is interpreted as a literal character
self:assertNotStringContains(".oo", "foobar", true) -- passes: . is interpreted as a literal character
</source>
</syntaxhighlight>


=== assertEquals ===
=== assertEquals ===


<source lang="lua">
<syntaxhighlight lang="lua">
self:assertEquals(expected, actual, message)
self:assertEquals(expected, actual, message)
</source>
</syntaxhighlight>


This tests whether the first parameter is equal to the second parameter. If both parameters are numbers, the values are instead compared using {{code|assertWithinDelta}} with delta 1e-8 (0.00000001) since numbers are represented as [[floating point]]s with limited precision.
This tests whether the first parameter is equal to the second parameter. If both parameters are numbers, the values are instead compared using {{code|assertWithinDelta}} with delta 1e-8 (0.00000001) since numbers are represented as [[floating point]]s with limited precision.


<source lang="lua">
<syntaxhighlight lang="lua">
self:assertEquals(4, calculator.add(2, 2))
self:assertEquals(4, calculator.add(2, 2))
</source>
</syntaxhighlight>


=== assertWithinDelta ===
=== assertWithinDelta ===


<source lang="lua">
<syntaxhighlight lang="lua">
self:assertWithinDelta(expected, actual, delta, message)
self:assertWithinDelta(expected, actual, delta, message)
</source>
</syntaxhighlight>


For two numbers, this tests whether the first is within a given distance (delta) from the second. This is useful to compare [[floating point]] numbers, which are used to represent numbers in the standard installation of Lua. (To be precise, it uses [[double-precision floating point]] numbers.) For example, on the version of Scribunto installed on the English Wikipedia, the expression <code>0.3 – 0.2 == 0.1</code> evaluates to <code>false</code>. This is because in practice, the expression <code>0.3 – 0.2</code> equals <code>0.09999999999999997780…</code> and the number <code>0.1</code> equals <code>0.10000000000000000555…</code>. The slight error between the two means that Lua does not consider them equal. Therefore, to test for equality between two floating point numbers, we should accept values within a small distance (delta) of each other, not just equal values. Note that this problem does not affect integers, which can be represented exactly using double-precision floating point numbers up to values of 2^53.
For two numbers, this tests whether the first is within a given distance (delta) from the second. This is useful to compare [[floating point]] numbers, which are used to represent numbers in the standard installation of Lua. (To be precise, it uses [[double-precision floating point]] numbers.) For example, on the version of Scribunto installed on the English Wikipedia, the expression <code>0.3 – 0.2 == 0.1</code> evaluates to <code>false</code>. This is because in practice, the expression <code>0.3 – 0.2</code> equals <code>0.09999999999999997780…</code> and the number <code>0.1</code> equals <code>0.10000000000000000555…</code>. The slight error between the two means that Lua does not consider them equal. Therefore, to test for equality between two floating point numbers, we should accept values within a small distance (delta) of each other, not just equal values. Note that this problem does not affect integers, which can be represented exactly using double-precision floating point numbers up to values of 2^53.


<source lang="lua">
<syntaxhighlight lang="lua">
self:assertWithinDelta(0.1, calculator.subtract(0.3, 0.2), 1e-10)
self:assertWithinDelta(0.1, calculator.subtract(0.3, 0.2), 1e-10)
</source>
</syntaxhighlight>


=== assertDeepEquals ===
=== assertDeepEquals ===


<source lang="lua">
<syntaxhighlight lang="lua">
self:assertDeepEquals(expected, actual, message)
self:assertDeepEquals(expected, actual, message)
</source>
</syntaxhighlight>


This tests whether the first parameter is equal to the second parameter. If the parameters are tables, they are compared recursively, and their [[mw:Extension:Scribunto/Lua reference manual#Metatables|__eq metamethods]] are respected.
This tests whether the first parameter is equal to the second parameter. If the parameters are tables, they are compared recursively, and their [[mw:Extension:Scribunto/Lua reference manual#Metatables|__eq metamethods]] are respected.


<source lang="lua">
<syntaxhighlight lang="lua">
self:assertDeepEquals(table1, table2)
self:assertDeepEquals(table1, table2)
</source>
</syntaxhighlight>


=== assertTemplateEquals ===
=== assertTemplateEquals ===


<source lang="lua">
<syntaxhighlight lang="lua">
self:assertTemplateEquals(expected, template, args, message)
self:assertTemplateEquals(expected, template, args, message)
</source>
</syntaxhighlight>


This tests whether the first parameter equals a template call. The second parameter is the template name, and the third parameter is a table of the template arguments.
This tests whether the first parameter equals a template call. The second parameter is the template name, and the third parameter is a table of the template arguments.


<source lang="lua">
<syntaxhighlight lang="lua">
self:assertTemplateEquals(4, 'add', {2, 2}) -- true if {{add|2|2}} equals 4
self:assertTemplateEquals(4, 'add', {2, 2}) -- true if {{add|2|2}} equals 4
</source>
</syntaxhighlight>


Note that some tags written in XML notation cannot be tested correctly; see the note for the <code>assertResultEquals</code> function below.
Note that some tags written in XML notation cannot be tested correctly; see the note for the <code>assertResultEquals</code> function below.
Line 149: Line 149:
=== assertResultEquals ===
=== assertResultEquals ===


<source lang="lua">
<syntaxhighlight lang="lua">
self:assertResultEquals(expected, text, message)
self:assertResultEquals(expected, text, message)
</source>
</syntaxhighlight>


This tests whether the first parameter equals the expansion of any wikitext. The second parameter can be any wikitext.
This tests whether the first parameter equals the expansion of any wikitext. The second parameter can be any wikitext.


<source lang="lua">
<syntaxhighlight lang="lua">
self:assertResultEquals(4, '{{#invoke:Calculator|add|2|2}}')
self:assertResultEquals(4, '{{#invoke:Calculator|add|2|2}}')
</source>
</syntaxhighlight>


Note that some special tags written in XML notation, such as <code><nowiki><pre></nowiki></code>, <code><nowiki><nowiki></nowiki></code>, <code><nowiki><gallery></nowiki></code> and <code><nowiki><ref></nowiki></code> cannot be compared correctly. These tags are converted to [[Help:Strip markers|strip markers]] before they are processed by Lua. Strip markers are unique, even when generated from identical input, so any tests testing these tags for equality will fail. This also applies to the <code>assertTemplateEquals</code> and <code>assertSameResult</code> functions.
Note that some special tags written in XML notation, such as <code><nowiki><pre></nowiki></code>, <code><nowiki><nowiki></nowiki></code>, <code><nowiki><gallery></nowiki></code> and <code><nowiki><ref></nowiki></code> cannot be compared correctly. These tags are converted to [[Help:Strip markers|strip markers]] before they are processed by Lua. Strip markers are unique, even when generated from identical input, so any tests testing these tags for equality will fail. This also applies to the <code>assertTemplateEquals</code> and <code>assertSameResult</code> functions.
Line 163: Line 163:
=== assertSameResult ===
=== assertSameResult ===


<source lang="lua">
<syntaxhighlight lang="lua">
self:assertSameResult(text1, text2, message)
self:assertSameResult(text1, text2, message)
</source>
</syntaxhighlight>


This tests whether the expansion of a given string of wikitext equals the expansion of another string of wikitext. This can be useful for verifying that a module behaves in the same way as a template it is intended to replace.
This tests whether the expansion of a given string of wikitext equals the expansion of another string of wikitext. This can be useful for verifying that a module behaves in the same way as a template it is intended to replace.


<source lang="lua">
<syntaxhighlight lang="lua">
self:assertSameResult('{{add|2|2}}', '{{#invoke:Calculator|add|2|2}}')
self:assertSameResult('{{add|2|2}}', '{{#invoke:Calculator|add|2|2}}')
</source>
</syntaxhighlight>


Note that some tags written in XML notation cannot be tested correctly; see the note for the <code>assertResultEquals</code> function above.
Note that some tags written in XML notation cannot be tested correctly; see the note for the <code>assertResultEquals</code> function above.

Revision as of 15:59, 30 August 2015

This module was adapted from Module:ScribuntoUnit/doc on Wikipedia.
Adaptation is noted for reference and attribution only. This module may differ from the original in function or in usage.

This module provides unit tests for other lua modules. To test a module, you must create a separate test module, usually located at Module:Module name/testcases. The module is tested with the ScribuntoUnit module, which verifies that the operations defined in the test module produce the expected results.

Test module structure

To make a test module (test suite), start with the following code:

local myModule = require('Module:MyModule') -- the module to be tested
local ScribuntoUnit = require('Module:ScribuntoUnit')
local suite = ScribuntoUnit:new()

After you have done this you can add individual test functions to the suite object. Any function that begins with test is treated as a test. (Other functions will be ignored by ScribuntoUnit, but can be used in the tests themselves.)

function suite:testSomeCall()
    self:assertEquals('expected value', myModule.someCall(123))
    self:assertEquals('other expected value', myModule.someCall(456))
end

function suite:testSomeOtherCall()
    self:assertEquals('expected value', myModule.someOtherCall(123))
    self:assertEquals('other expected value', myModule.someOtherCall(456))
end

The tests you write should make assertions, and ScribuntoUnit will check whether those assertions are true. For example, assertEquals checks that both of the arguments it is given are equal. If ScribuntoUnit doesn't find an assertion to be true, then the test will fail and an error message will be generated. The error message will show which assertion failed verification (other checks on the assertions are not made at this time).

To finish the test module, you need to return the suite object.

return suite

Running the tests

The tests can be run in two ways: through the Lua debug console, and from a wiki page using #invoke. If you are running the tests through the debug console, use the code require('Module:MyModule/tests').run(). If you are running them from a wiki page, use the code {{#invoke:MyModule/tests|run}}. This will generate a table containing the results. It is also possible to display a more compact table by using the code {{#invoke:MyModule/tests|run|displayMode=short}}.

Tests

Error messages

The last parameter of all the test methods is an message that is displayed if validation fails.

self:assertEquals('expected value', myModule.someCall(123), 'This tests whether the function x does y.')

assertTrue, assertFalse

self:assertTrue(actual, message)
self:assertFalse(actual, message)

These test whether the assertion evaluates to true or false. Note that in Lua false and nil evaluate to false, and everything else evaluates to true.

self:assertTrue(2 + 2 == 4)
self:assertTrue('foo')
self:assertFalse(2 + 2 == 5)
self:assertFalse(nil)

assertStringContains

self:assertStringContains(pattern, s, plain, message)

This tests whether pattern is found in the string s. If plain is true, then pattern is interpreted as literal text; otherwise, pattern is interpreted as a ustring pattern.

If the string is not found, the error message shows the values of pattern and s; if s is more than 70 characters long then a truncated version is displayed. This method is useful for testing specific behaviours in complex wikitext.

self:assertStringContains("foo", "foobar") -- passes
self:assertStringContains("foo", "fobar") -- fails
self:assertStringContains(".oo", "foobar") -- passes: matches "foo"
self:assertStringContains(".oo", "foobar", true) -- fails: . is interpreted as a literal character

assertNotStringContains

self:assertNotStringContains(pattern, s, plain, message)

This is the opposite of assertStringContains. The test will fail if pattern is found in the string s. If plain is true, then pattern is interpreted as literal text; otherwise, pattern is interpreted as a ustring pattern.

self:assertNotStringContains("foo", "foobar") -- fails
self:assertNotStringContains("foo", "fobar") -- passes
self:assertNotStringContains(".oo", "foobar") -- fails: matches "foo"
self:assertNotStringContains(".oo", "foobar", true) -- passes: . is interpreted as a literal character

assertEquals

self:assertEquals(expected, actual, message)

This tests whether the first parameter is equal to the second parameter. If both parameters are numbers, the values are instead compared using assertWithinDelta with delta 1e-8 (0.00000001) since numbers are represented as floating points with limited precision.

self:assertEquals(4, calculator.add(2, 2))

assertWithinDelta

self:assertWithinDelta(expected, actual, delta, message)

For two numbers, this tests whether the first is within a given distance (delta) from the second. This is useful to compare floating point numbers, which are used to represent numbers in the standard installation of Lua. (To be precise, it uses double-precision floating point numbers.) For example, on the version of Scribunto installed on the English Wikipedia, the expression 0.3 – 0.2 == 0.1 evaluates to false. This is because in practice, the expression 0.3 – 0.2 equals 0.09999999999999997780… and the number 0.1 equals 0.10000000000000000555…. The slight error between the two means that Lua does not consider them equal. Therefore, to test for equality between two floating point numbers, we should accept values within a small distance (delta) of each other, not just equal values. Note that this problem does not affect integers, which can be represented exactly using double-precision floating point numbers up to values of 2^53.

self:assertWithinDelta(0.1, calculator.subtract(0.3, 0.2), 1e-10)

assertDeepEquals

self:assertDeepEquals(expected, actual, message)

This tests whether the first parameter is equal to the second parameter. If the parameters are tables, they are compared recursively, and their __eq metamethods are respected.

self:assertDeepEquals(table1, table2)

assertTemplateEquals

self:assertTemplateEquals(expected, template, args, message)

This tests whether the first parameter equals a template call. The second parameter is the template name, and the third parameter is a table of the template arguments.

self:assertTemplateEquals(4, 'add', {2, 2}) -- true if {{add|2|2}} equals 4

Note that some tags written in XML notation cannot be tested correctly; see the note for the assertResultEquals function below.

assertResultEquals

self:assertResultEquals(expected, text, message)

This tests whether the first parameter equals the expansion of any wikitext. The second parameter can be any wikitext.

self:assertResultEquals(4, '{{#invoke:Calculator|add|2|2}}')

Note that some special tags written in XML notation, such as <pre>, <nowiki>, <gallery> and <ref> cannot be compared correctly. These tags are converted to strip markers before they are processed by Lua. Strip markers are unique, even when generated from identical input, so any tests testing these tags for equality will fail. This also applies to the assertTemplateEquals and assertSameResult functions.

assertSameResult

self:assertSameResult(text1, text2, message)

This tests whether the expansion of a given string of wikitext equals the expansion of another string of wikitext. This can be useful for verifying that a module behaves in the same way as a template it is intended to replace.

self:assertSameResult('{{add|2|2}}', '{{#invoke:Calculator|add|2|2}}')

Note that some tags written in XML notation cannot be tested correctly; see the note for the assertResultEquals function above.