ct
Module
Module Summary
Description
Main user interface for the Common Test framework.
This module implements the command-line interface for running tests and 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 is to be used to retrieve information from the Config variable sent to all test cases. It is used with two arguments; the first is the name of the configuration variable to retrieve, 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
The identity (handle) of a connection.
A configuration key which exists in a configuration file
A name and association to configuration data introduced through a require statement, or a call to ct:require/2, for example, ct:require(mynodename,{node,[telnet]}).
Options that can be given to the cth_conn_log hook, which is used for logging of NETCONF and Telnet connections. See ct_netconfc or ct_telnet for description and examples of how to use this hook.
Types
Aborts the currently executing test case. The user must know with certainty which test case is currently executing. The function is therefore only safe to call from a function that 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.
OTP R14B |
Types
Loads configuration variables using the specified callback module and configuration string. The callback module is to be either loaded or present in the code part. Loaded configuration variables can later be removed using function ct:remove_config/2.
OTP R15B02 |
Types
Cancels any active timetrap and pauses the execution of the current test case until the user calls function continue/0. The user can then interact with the Erlang node running the tests, for example, for debugging purposes or for manually executing a part of the test case. If a parallel group is executing, ct:break/2 is to be called instead.
A cancelled timetrap is not automatically reactivated after the break, but must be started exlicitly with ct:timetrap/1.
In order for the break/continue functionality to work, Common Test must release the shell process controlling stdin. This is done by setting start option release_shell to true. For details, see section Running Tests from the Erlang Shell or from an Erlang Program in the User's Guide.
OTP R15B02 |
Types
Works the same way as ct:break/1, only argument TestCase makes it possible to pause a test case executing in a parallel group. Function ct:continue/1 is to be used to resume execution of TestCase.
For details, see ct:break/1.
OTP R15B |
Types
Equivalent to ct:capture_get([default]).
OTP R15B |
Types
Returns and purges the list of text strings buffered during the latest session of capturing printouts to stdout. Log categories that are to be ignored in ListOfStrings can be specified with ExclCategories. If ExclCategories = [], no filtering takes place.
See also ct:capture_start/0, ct:capture_stop/0, ct:log/3.
OTP R15B |
Starts capturing all text strings printed to stdout during execution of the test case.
See also ct:capture_get/1, ct:capture_stop/0.
OTP R15B |
Stops capturing text strings (a session started with capture_start/0).
See also ct:capture_get/1, ct:capture_start/0.
Types
OTP R15B |
Types
Prints the formatted string in the comment field in the table on the test suite result page.
Arguments Format and Args are used in a call to io_lib:format/2 to create the comment string. The behavior of comment/2 is otherwise the same as function ct:comment/1.
OTP R15B02 |
This function must be called to continue after a test case (not executing in a parallel group) has called function ct:break/1.
OTP R15B02 |
Types
This function must be called to continue after a test case has called ct:break/2. If the paused test case, TestCase, executes in a parallel group, this function, rather than continue/0, must be used to let the test case proceed.
Types
Decrypts EncryptFileName, previously generated with ct: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, either in the current directory, or the home directory of the user (it is searched for in that order).
Types
Decrypts EncryptFileName, previously generated with ct:encrypt_config_file/2,3. The original file contents is saved in the target file. The key must have the same value as that used for encryption.
Types
Encrypts the source configuration 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, either in the current directory, or the home directory of the user (it is searched for in that order).
For information about using encrypted configuration files when running tests, see section Encrypted Configuration Files in the User's Guide.
For details on DES3 encryption/decryption, see application Crypto.
Types
Encrypts the source configuration 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}.
For information about using encrypted configuration files when running tests, see section Encrypted Configuration Files in the User's Guide.
For details on DES3 encryption/decryption, see application Crypto.
OTP R15B |
Types
Equivalent to ct:get_config(Required, undefined, []).
Equivalent to ct:get_config(Required, Default, []).
Types
Reads configuration data values.
Returns the matching values or configuration elements, given a configuration variable key or its associated name (if one has been specified with ct:require/2 or a require statement).
Example:
Given the following configuration file:
{unix,[{telnet,IpAddr}, {user,[{username,Username}, {password,Password}]}]}.
Then:
ct:get_config(unix,Default) -> [{telnet,IpAddr}, {user, [{username,Username}, {password,Password}]}] ct:get_config({unix,telnet},Default) -> IpAddr ct:get_config({unix,user,username},Default) -> Username ct:get_config({unix,ftp},Default) -> Default ct:get_config(unknownkey,Default) -> Default
If a configuration variable key has been associated with a name (by ct:require/2 or a require statement), the name can be used instead of the key to read the value:
ct:require(myuser,{unix,user}) -> ok. ct:get_config(myuser,Default) -> [{username,Username}, {password,Password}]
If a configuration variable is defined in multiple files, use option all to access all possible values. The values are returned in a list. The order of the elements corresponds to the order that the configuration files were specified at startup.
If configuration elements (key-value tuples) are to be returned as result instead of values, use option element. The returned elements are then on the form {Required,Value}.
See also ct:get_config/1, ct:get_config/2, ct:require/1, ct:require/2.
OTP 17.5 |
Types
OTP 21.0 |
Types
Types
OTP 18.0 |
Types
OTP 18.0 |
Types
Reads one or more terms from the test specification used to configure and run this test. Tag is any valid test specification tag, for example, label, config, or logdir. User-specific terms are also available to read if option allow_user_terms is set.
All value tuples returned, except user terms, have the node name as first element.
To read test terms, use Tag = tests (rather than suites, groups, or cases). Value is then the list of all tests on the form [{Node,Dir,[{TestSpec,GroupsAndCases1},...]},...], where GroupsAndCases = [{Group,[Case]}] | [Case].
OTP R15B |
Types
Reads information about the timetrap set for the current test case. Scaling indicates if Common Test will attempt to compensate timetraps automatically for runtime delays introduced by, for example, tools like cover. ScaleVal is the value of the current scaling multipler (always 1 if scaling is disabled). Note the Time is not the scaled result.
OTP 19.1 |
Types
This function returns the verbosity level for the specified logging category. See the User's Guide for details. Use the value default to read the general verbosity level.
Types
Types
Equivalent to ct:log(default, 50, Format, [], []).
Types
Equivalent to ct:log(Category, Importance, Format, FormatArgs, []).
Types
Equivalent to ct:log(Category, Importance, Format, FormatArgs, Opts).
OTP R15B02 |
Types
Equivalent to ct:log(Category, Importance, Format, FormatArgs, Opts).
OTP 18.3 |
Types
Prints from a test case to the log file.
This function is meant for printing a string directly from a test case to the test case log file.
Default Category is default, default Importance is ?STD_IMPORTANCE, and default value for FormatArgs is [].
For details on Category, Importance and the no_css option, see section Logging - Categories and Verbosity Levels in the User's Guide.
Common Test will not escape special HTML characters (<, > and &) in the text printed with this function, unless the esc_chars option is used.
OTP R15B01 |
Types
OTP R15B02 |
Types
Sends an asynchronous notification of type Name with Datato the Common Test event manager. This can later be caught by any installed event manager.
See also gen_event(3).
Equivalent to ct:pal(default, 50, Format, [], []).
Types
Equivalent to ct:pal(Category, Importance, Format, FormatArgs, []).
Types
Equivalent to ct:pal(Category, Importance, Format, FormatArgs, Opts).
OTP R15B02 |
Types
Equivalent to ct:pal(Category, Importance, Format, FormatArgs, Opts).
OTP 19.2 |
Types
Prints and logs from a test case.
This function is meant for printing a string from a test case, both to the test case log file and to the console.
Default Category is default, default Importance is ?STD_IMPORTANCE, and default value for FormatArgs is [].
For details on Category and Importance, see section Logging - Categories and Verbosity Levels in the User's Guide.
Note that special characters in the text (<, > and &) will be escaped by Common Test before the text is printed to the log file.
Types
Parses the printout from an SQL table and returns a list of tuples.
The printout to parse is typically 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 ct:print(default, 50, Format, [], []).
OTP R15B02 |
Types
Equivalent to ct:print(Category, Importance, Format, FormatArgs, []).
Types
Equivalent to ct:print(Category, Importance, Format, FormatArgs, Opts).
OTP R15B02 |
Types
Equivalent to ct:print(Category, Importance, Format, FormatArgs, Opts).
OTP 19.2 |
Types
Prints from a test case to the console.
This function is meant for printing a string from a test case to the console.
Default Category is default, default Importance is ?STD_IMPORTANCE, and default value for FormatArgs is [].
For details on Category and Importance, see section Logging - Categories and Verbosity Levels in the User's Guide.
OTP R14B |
Types
Reloads configuration file containing specified configuration key.
This function updates the configuration data from which the specified configuration variable was read, and returns the (possibly) new value of this variable.
If some variables were present in the configuration, but are not loaded using this function, they are removed from the configuration table together with their aliases.
OTP 20.2 |
Types
This function will return the identity of test- and group leader processes that are still running at the time of this call. TestProcs are processes in the system that have a Common Test IO process as group leader. SharedGL is the central Common Test IO process, responsible for printing to log files for configuration functions and sequentially executing test cases. OtherGLs are Common Test IO processes that print to log files for test cases in parallel test case groups.
The process information returned by this function may be used to locate and terminate remaining processes after tests have finished executing. The function would typically by called from Common Test Hook functions.
Note that processes that execute configuration functions or test cases are never included in TestProcs. It is therefore safe to use post configuration hook functions (such as post_end_per_suite, post_end_per_group, post_end_per_testcase) to terminate all processes in TestProcs that have the current group leader process as its group leader.
Note also that the shared group leader (SharedGL) must never be terminated by the user, only by Common Test. Group leader processes for parallel test case groups (OtherGLs) may however be terminated in post_end_per_group hook functions.
OTP R14B |
Types
Types
Checks if the required configuration is available. Arbitrarily deep tuples can be specified as Required. Only the last element of the tuple can be a list of SubKeys.
Example 1. Require the variable myvar:
ok = ct:require(myvar).
In this case the configuration file must at least contain:
{myvar,Value}.
Example 2. Require key myvar with subkeys sub1 and sub2:
ok = ct:require({myvar,[sub1,sub2]}).
In this case the configuration file must at least contain:
{myvar,[{sub1,Value},{sub2,Value}]}.
Example 3. Require key myvar with subkey sub1 with subsub1:
ok = ct:require({myvar,sub1,sub2}).
In this case the configuration file must at least contain:
{myvar,[{sub1,[{sub2,Value}]}]}.
See also ct:get_config/1, ct:get_config/2, ct:get_config/3, ct:require/2.
Types
Checks if the required configuration is available and gives it a name. The semantics for Required is the same as in ct:require/1 except that a list of SubKeys cannot be specified.
If the requested data is available, the subentry is associated with Name so that the value of the element can be read with ct:get_config/1,2 provided Name is used instead of the whole Required term.
Example:
Require one node with a Telnet connection and an FTP connection. Name the node a:
ok = ct:require(a,{machine,node}).
All references to this node can then use the node name. For example, a file over FTP is fetched like follows:
ok = ct:ftp_get(a,RemoteFile,LocalFile).
For this to work, the configuration file must at least contain:
{machine,[{node,[{telnet,IpAddr},{ftp,IpAddr}]}]}.
The behavior of this function changed radically in
Common Test 1.6.2. To keep some backwards compatability,
it is still possible to do:
ct:require(a,{node,[telnet,ftp]}).
This associates the name a with the top-level node
entry. For this to work, the configuration file must at least
contain:
{node,[{telnet,IpAddr},{ftp,IpAddr}]}.
See also ct:get_config/1, ct:get_config/2, ct:get_config/3, ct:require/1.
Types
Types
Runs the specified test cases.
Requires that ct:install/1 has been run first.
Suites (*_SUITE.erl) files must be stored in TestDir or TestDir/test. All suites are compiled when the test is run.
Types
Runs tests as specified by the combination of options in Opts. The options are the same as those used with program ct_run, see Run Tests from Command Line in the ct_run manual page.
Here a TestDir can be used to point out the path to a Suite. Option testcase corresponds to option -case in program ct_run. Configuration files specified in Opts are installed automatically at startup.
TestRunnerPid is returned if release_shell == true. For details, see ct:break/1.
Reason indicates the type of error encountered.
Types
OTP 19.1 |
Types
Use this function to set, or modify, the verbosity level for a logging category. See the User's Guide for details. Use the value default to set the general verbosity level.
OTP R14B |
Types
This function, similar to timer:sleep/1 in STDLIB, suspends the test case for a 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).
Starts Common Test 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 ct_run -shell [-config File...].
If any functions (for example, Telnet or FTP) using "required configuration data" are to be called from the Erlang shell, configuration 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 ...",...]}
Types
Types
Steps through a test case with the debugger. If option config has been specifed, breakpoints are also set on the configuration functions in Suite.
See also ct:run/3.
OTP R15B02 |
Types
Sends a synchronous notification of type Name with Data to the Common Test event manager. This can later be caught by any installed event manager.
See also gen_event(3).
Types
OTP R14B |
Types
Types
Returns any data specified with tag userdata in the list of tuples returned from suite/0.