ct
MODULE
MODULE SUMMARY
DESCRIPTION
Main user interface for the Common Test framework.
This module implements the command line interface for running tests and some basic functions for common test case issues such as configuration and logging.
Test Suite Support Macros
The config macro is defined in ct.hrl. This macro should be used to retrieve information from the Config variable sent to all test cases. It is used with two arguments, where the first is the name of the configuration variable you wish to retrieve, and the second is the Config variable supplied to the test case.
Possible configuration variables include:
data_dir - Data file directory.
priv_dir - Scratch file directory.
Whatever added by init_per_suite/1 or init_per_testcase/2 in the test suite.
DATA TYPES
EXPORTS
abort_current_testcase(Reason) -> ok | {error, no_testcase_running}
Types:
When calling this function, the currently executing test case will be aborted. It is the user's responsibility to know for sure which test case is currently executing. The function is therefore only safe to call from a function which has been called (or synchronously invoked) by the test case.
Reason, the reason for aborting the test case, is printed in the test case log.
add_config(Callback, Config) -> ok | {error, Reason}
Types:
This function loads configuration variables using the given callback module and configuration string. Callback module should be either loaded or present in the code part. Loaded configuration variables can later be removed using remove_config/2 function.
Types:
Print the given Comment in the comment field of the table on the test suite result page.
If called several times, only the last comment is printed. comment/1 is also overwritten by the return value {comment,Comment} or by the function fail/1 (which prints Reason as a comment).
decrypt_config_file(EncryptFileName, TargetFileName) -> ok | {error, Reason}
Types:
This function decrypts EncryptFileName, previously generated with encrypt_config_file/2/3. The original file contents is saved in the target file. The encryption key, a string, must be available in a text file named .ct_config.crypt in the current directory, or the home directory of the user (it is searched for in that order).
decrypt_config_file(EncryptFileName, TargetFileName, KeyOrFile) -> ok | {error, Reason}
Types:
This function decrypts EncryptFileName, previously generated with encrypt_config_file/2/3. The original file contents is saved in the target file. The key must have the the same value as that used for encryption.
encrypt_config_file(SrcFileName, EncryptFileName) -> ok | {error, Reason}
Types:
This function encrypts the source config file with DES3 and saves the result in file EncryptFileName. The key, a string, must be available in a text file named .ct_config.crypt in the current directory, or the home directory of the user (it is searched for in that order).
See the Common Test User's Guide for information about using encrypted config files when running tests.
See the crypto application for details on DES3 encryption/decryption.
encrypt_config_file(SrcFileName, EncryptFileName, KeyOrFile) -> ok | {error, Reason}
Types:
This function encrypts the source config file with DES3 and saves the result in the target file EncryptFileName. The encryption key to use is either the value in {key,Key} or the value stored in the file specified by {file,File}.
See the Common Test User's Guide for information about using encrypted config files when running tests.
See the crypto application for details on DES3 encryption/decryption.
Types:
Equivalent to get_config(Required, undefined, []).
get_config(Required, Default) -> Value
Equivalent to get_config(Required, Default, []).
get_config(Required, Default, Opts) -> ValueOrElement
Types:
Read config data values.
This function returns the matching value(s) or config element(s), given a config variable key or its associated name (if one has been specified with require/2 or a require statement).
Example, given the following config file:
{unix,[{telnet,IpAddr}, {username,Username}, {password,Password}]}.
get_config(unix,Default) ->
[{telnet,IpAddr},
{username,Username},
{password,Password}]
get_config({unix,telnet},Default) -> IpAddr
get_config({unix,ftp},Default) -> Default
get_config(unknownkey,Default) -> Default
If a config variable key has been associated with a name (by means of require/2 or a require statement), the name may be used instead of the key to read the value:
require(myhost,unix) -> ok
get_config(myhost,Default) ->
[{telnet,IpAddr},
{username,Username},
{password,Password}]
If a config variable is defined in multiple files and you want to access all possible values, use the all option. The values will be returned in a list and the order of the elements corresponds to the order that the config files were specified at startup.
If you want config elements (key-value tuples) returned as result instead of values, use the element option. The returned elements will then be on the form {KeyOrName,Value}, or (in case a subkey has been specified) {{KeyOrName,SubKey},Value}
See also: get_config/1, get_config/2, require/1, require/2.
get_status() -> TestStatus | {error, Reason}
Types:
Returns status of ongoing test. The returned list contains info about which test case is currently executing, as well as counters for successful, failed, skipped, and total test cases so far.
get_target_name(Handle) -> {ok, TargetName} | {error, Reason}
Types:
install(Opts) -> ok | {error, Reason}
Types:
Install config files and event handlers.
Run this function once before first test.
Example:
install([{config,["config_node.ctc","config_user.ctc"]}]).
Note that this function is automatically run by the run_test program.
Types:
Performs the listenv command on the given telnet connection and returns the result as a list of Key-Value pairs.
Equivalent to log(default, Format, []).
Types:
Equivalent to log(Category, Format, Args).
log(Category, Format, Args) -> ok
Types:
Printout from a testcase to the log.
This function is meant for printing stuff directly from a testcase (i.e. not from within the CT framework) in the test log.
Default Category is default and default Args is [].
Equivalent to pal(default, Format, []).
Types:
Equivalent to pal(Category, Format, Args).
pal(Category, Format, Args) -> ok
Types:
Print and log from a testcase.
This function is meant for printing stuff from a testcase both in the log and on the console.
Default Category is default and default Args is [].
parse_table(Data) -> {Heading, Table}
Types:
Parse the printout from an SQL table and return a list of tuples.
The printout to parse would typically be the result of a select command in SQL. The returned Table is a list of tuples, where each tuple is a row in the table.
Heading is a tuple of strings representing the headings of each column in the table.
Equivalent to print(default, Format, []).
Equivalent to print(Category, Format, Args).
print(Category, Format, Args) -> ok
Types:
Printout from a testcase to the console.
This function is meant for printing stuff from a testcase on the console.
Default Category is default and default Args is [].
reload_config(Required) -> ValueOrElement
Types:
Reload config file which contains specified configuration key.
This function performs updating of the configuration data from which the given configuration variable was read, and returns the (possibly) new value of this variable.
Note that if some variables were present in the configuration but are not loaded using this function, they will be removed from the configuration table together with their aliases.
remove_config(Callback, Config) -> ok
Types:
This function removes configuration variables (together with their aliases) which were loaded with specified callback module and configuration string.
require(Required) -> ok | {error, Reason}
Types:
Check if the required configuration is available.
Example: require the variable myvar:
ok = ct:require(myvar)
In this case the config file must at least contain:
{myvar,Value}.
Example: require the variable myvar with
subvariable sub1:
ok = ct:require({myvar,sub1})
In this case the config file must at least contain:
{myvar,[{sub1,Value}]}.
See also: get_config/1, get_config/2, get_config/3, require/2.
require(Name, Required) -> ok | {error, Reason}
Types:
Check if the required configuration is available, and give it a name.
If the requested data is available, the main entry will be associated with Name so that the value of the element can be read with get_config/1,2 provided Name instead of the Key.
Example: Require one node with a telnet connection and an
ftp connection. Name the node a:
ok =
ct:require(a,{node,[telnet,ftp]}).
All references
to this node may then use the node name. E.g. you can fetch a
file over ftp like this:
ok = ct:ftp_get(a,RemoteFile,LocalFile).
For this to work, the config file must at least contain:
{node,[{telnet,IpAddr}, {ftp,IpAddr}]}.
See also: get_config/1, get_config/2, get_config/3, require/1.
Types:
run(TestDir, Suite, Cases) -> Result
Types:
Run the given testcase(s).
Requires that ct:install/1 has been run first.
Suites (*_SUITE.erl) files must be stored in TestDir or TestDir/test. All suites will be compiled when test is run.
Types:
Run tests as specified by the combination of options in Opts. The options are the same as those used with the run_test program. Note that here a TestDir can be used to point out the path to a Suite. Note also that the option testcase corresponds to the -case option in the run_test program. Configuration files specified in Opts will be installed automatically at startup.
run_testspec(TestSpec) -> Result
Types:
Types:
This function, similar to timer:sleep/1, suspends the test case for specified time. However, this function also multiplies Time with the 'multiply_timetraps' value (if set) and under certain circumstances also scales up the time automatically if 'scale_timetraps' is set to true (default is false).
Start CT in interactive mode.
From this mode all test case support functions can be executed directly from the erlang shell. The interactive mode can also be started from the OS command line with run_test -shell [-config File...].
If any functions using "required config data" (e.g. telnet or ftp functions) are to be called from the erlang shell, config data must first be required with ct:require/2.
Example:
> ct:require(unix_telnet, unix).
ok
> ct_telnet:open(unix_telnet).
{ok,<0.105.0>}
> ct_telnet:cmd(unix_telnet, "ls .").
{ok,["ls","file1 ...",...]}
step(TestDir, Suite, Case) -> Result
Types:
step(TestDir, Suite, Case, Opts) -> Result
Types:
Step through a test case with the debugger. If the config option has been given, breakpoints will be set also on the configuration functions in Suite.
See also: run/3.
testcases(TestDir, Suite) -> Testcases | {error, Reason}
Types:
Types:
userdata(TestDir, Suite) -> SuiteUserData | {error, Reason}
Types:
userdata(TestDir, Suite, Case) -> TCUserData | {error, Reason}
Types: