Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Migrated to Confluence 5.3
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
themeRDark
languagejavascript
linenumberstrue
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
classbox
Availability
Status
colourGreen
titleStable

Requires:

Div
classbox
Contents

Jump to:

Table of Contents
maxLevel5

Div
classbox

Test API

Topics:

Child pages (Children Display)
alltrue
depthall
pageTest API
excerpttrue