Versions Compared
Key
- This line was added.
- This line was removed.
- Formatting was changed.
Excerpt |
---|
A test module groups one or more unit tests and provides additional lifecycle settings for those tests... |
Overview
When a module is defined, using Test.module(), all subsequent Unit Tests will be grouped in to that module.
Each module must be given a unique name, called a "module path". The path can be anything you want, however it's recommended to use a syntax similar to folder paths. The tests associated with APIs in this wiki use the following format: Tests/filename.ext/group/subgroup/
Code Block | ||||||
---|---|---|---|---|---|---|
| ||||||
Test.module("Tests/foo.js/Module A"); Test(...); // this test and any defined after it will go in Module A Test.mdoule("Tests/foo.js/Module B"); Test(...); // this test and any defined after it will go in Module B |
When the Test API instantiates, a default module called "Tests/" is created. If you don't define your own modules in your test scripts, they will be placed in the "Tests/" module (or the last module to be defined by prior test scripts).
Module lifecycle settings
Modules can provide additional lifecycle settings for their associated tests, including:
- Start-up and tear-down functions that will be called before and after each test
- Data to share between tests (module data)
- A URL to associate with the tests, for example linking to documentation
For more information on the lifecycle, see Module Lifecycle Object.
Div | ||||||
---|---|---|---|---|---|---|
| ||||||
Availability
Requires:
|
Div | ||||
---|---|---|---|---|
| ||||
ContentsJump to:
|
Div | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
Test APITopics:
|