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
- handle() = pid()
-
The identity (handle) of a connection.
- config_key() = atom()
-
A configuration key which exists in a configuration file
- target_name() = atom()
-
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]}).
- key_or_name() = config_key() | target_name()
- conn_log_options() = [conn_log_option()]
-
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.
- conn_log_option() = {log_type,conn_log_type()} | {hosts,[key_or_name()]}
- conn_log_type() = raw | pretty | html | silent
- conn_log_mod() = ct_netconfc | ct_telnet
Exports
abort_current_testcase(Reason) -> ok | {error, ErrorReason}
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.
add_config(Callback, Config) -> ok | {error, Reason}
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.
break(Comment) -> ok | {error, Reason}
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.
break(TestCase, Comment) -> ok | {error, Reason}
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.
capture_get() -> ListOfStrings
Types
Equivalent to ct:capture_get([default]).
capture_get(ExclCategories) -> ListOfStrings
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.
Starts capturing all text strings printed to stdout during execution of the test case.
See also ct:capture_get/1, ct:capture_stop/0.
Stops capturing text strings (a session started with capture_start/0).
See also ct:capture_get/1, ct:capture_start/0.
Types
Prints the specified Comment in the comment field in the table on the test suite result page.
If called several times, only the last comment is printed. The test case return value {comment,Comment} overwrites the string set by this function.
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.
This function must be called to continue after a test case (not executing in a parallel group) has called function ct:break/1.
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.
decrypt_config_file(EncryptFileName, TargetFileName) -> ok | {error, Reason}
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).
decrypt_config_file(EncryptFileName, TargetFileName, KeyOrFile) -> ok | {error, Reason}
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.
encrypt_config_file(SrcFileName, EncryptFileName) -> ok | {error, Reason}
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.
encrypt_config_file(SrcFileName, EncryptFileName, KeyOrFile) -> ok | {error, Reason}
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.
Types
Types
Terminates a test case with an error message specified by a format string and a list of values (used as arguments to io_lib:format/2).
Equivalent to ct:get_config(Required, undefined, []).
get_config(Required, Default) -> Value
Equivalent to ct:get_config(Required, Default, []).
get_config(Required, Default, Opts) -> ValueOrElement
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.
get_event_mgr_ref() -> EvMgrRef
Types
Gets a reference to the Common Test event manager. The reference can be used to, for example, add a user-specific event handler while tests are running.
Example:
gen_event:add_handler(ct:get_event_mgr_ref(), my_ev_h, [])
get_status() -> TestStatus | {error, Reason} | no_tests_running
Types
Returns status of ongoing test. The returned list contains information about which test case is executing (a list of cases when a parallel test case group is executing), as well as counters for successful, failed, skipped, and total test cases so far.
get_target_name(Handle) -> {ok, TargetName} | {error, Reason}
Types
get_testspec_terms() -> TestSpecTerms | undefined
Types
get_testspec_terms(Tags) -> TestSpecTerms | undefined
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].
get_timetrap_info() -> {Time, {Scaling,ScaleVal}}
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.
get_verbosity(Category) -> Level | undefined
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.
install(Opts) -> ok | {error, Reason}
Types
Installs configuration files and event handlers.
Run this function once before the first test.
Example:
install([{config,["config_node.ctc","config_user.ctc"]}])
This function is automatically run by program ct_run.
Types
Performs command listenv on the specified Telnet connection and returns the result as a list of key-value pairs.
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).
Types
Equivalent to ct:log(Category, Importance, Format, FormatArgs, Opts).
log(Category, Importance, Format, FormatArgs, Opts) -> ok
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.
make_priv_dir() -> ok | {error, Reason}
Types
If the test is started with option create_priv_dir set to manual_per_tc, in order for the test case to use the private directory, it must first create it by calling this function.
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).
Types
Equivalent to ct:pal(Category, Importance, Format, FormatArgs, Opts).
pal(Category, Importance, Format, FormatArgs, Opts) -> ok
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.
parse_table(Data) -> {Heading, Table}
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, [], []).
Types
Equivalent to ct:print(Category, Importance, Format, FormatArgs, []).
Types
Equivalent to ct:print(Category, Importance, Format, FormatArgs, Opts).
Types
Equivalent to ct:print(Category, Importance, Format, FormatArgs, Opts).
print(Category, Importance, Format, FormatArgs, Opts) -> ok
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.
reload_config(Required) -> ValueOrElement | {error, Reason}
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.
remove_config(Callback, Config) -> ok
Types
Removes configuration variables (together wih their aliases) that were loaded with specified callback module and configuration string.
require(Required) -> ok | {error, Reason}
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.
require(Name, Required) -> ok | {error, Reason}
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
run(TestDir, Suite, Cases) -> Result
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.
run_testspec(TestSpec) -> Result
Types
Runs a test specified by TestSpec. The same terms are used as in test specification files.
Reason indicates the type of error encountered.
set_verbosity(Category, Level) -> ok
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.
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 ...",...]}
step(TestDir, Suite, Case) -> Result
Types
step(TestDir, Suite, Case, Opts) -> Result
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.
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).
testcases(TestDir, Suite) -> Testcases | {error, Reason}
Types
Types
Sets a new timetrap for the running test case.
If the argument is Func, the timetrap is triggered when this function returns. Func can also return a new Time value, which in that case is the value for the new timetrap.
userdata(TestDir, Suite) -> SuiteUserData | {error, Reason}
Types
Returns any data specified with tag userdata in the list of tuples returned from suite/0.
userdata(TestDir, Suite, Case::GroupOrCase) -> TCUserData | {error, Reason}