The identity (handle) of a connection.
ct
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
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.
conn_log_option() =
{log_type, conn_log_type()} | {hosts, [key_or_name()]}
{log_type, conn_log_type()} | {hosts, [key_or_name()]}
conn_log_type() = raw | pretty | html | silent
conn_log_mod() = ct_netconfc | ct_telnet
abort_current_testcase(Reason) -> ok | {error, ErrorReason}
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}OTP R14B
Loads configuration variables using the specified callback module and configuration string. The callback module is to be either loaded or present in the code path. Loaded configuration variables can later be removed using function ct:remove_config/2.
break(Comment) -> ok | {error, Reason}OTP R15B02
Types
{multiple_cases_running, TestCases} |
'enable break with release_shell option'
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 explicitly 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}OTP R15B02
Types
'test case not running' |
'enable break with release_shell option'
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() -> ListOfStringsOTP R15B
Types
Equivalent to ct:capture_get([default]).
capture_get(ExclCategories) -> ListOfStringsOTP R15B
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.
capture_start() -> okOTP 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.
capture_stop() -> okOTP R15B
Stops capturing text strings (a session started with capture_start/0).
See also ct:capture_get/1, ct:capture_start/0.
comment(Comment) -> ok
Types
comment(Format, Args) -> okOTP R15B
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.
continue() -> okOTP R15B02
This function must be called to continue after a test case (not executing in a parallel group) has called function ct:break/1.
continue(TestCase) -> okOTP 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.
decrypt_config_file(EncryptFileName, TargetFileName) ->
ok | {error, Reason}
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}
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}
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}
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.
fail(Reason) -> no_return()
Types
fail(Format, Args) -> no_return()OTP R15B
get_config(Required) -> Value
Types
KeyOrName | {KeyOrName, SubKey} | {KeyOrName, SubKey, SubKey}
Equivalent to ct:get_config(Required, undefined, []).
get_config(Required, Default) -> Value
Types
KeyOrName | {KeyOrName, SubKey} | {KeyOrName, SubKey, SubKey}
Equivalent to ct:get_config(Required, Default, []).
get_config(Required, Default, Opts) -> ValueOrElement
Types
KeyOrName | {KeyOrName, SubKey} | {KeyOrName, SubKey, SubKey}
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() -> EvMgrRefOTP 17.5
Types
get_progname() -> string()OTP 21.0
get_status() -> TestStatus | {error, Reason} | no_tests_running
Types
{current, TestCaseInfo} |
{successful, Successful} |
{failed, Failed} |
{skipped, Skipped} |
{total, Total}
get_target_name(Handle) -> {ok, TargetName} | {error, Reason}
get_testspec_terms() -> TestSpecTerms | undefinedOTP 18.0
get_testspec_terms(Tags) -> TestSpecTerms | undefinedOTP 18.0
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}}OTP R15B
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 multiplier (always 1 if scaling is disabled). Note the Time is not the scaled result.
get_verbosity(Category) -> Level | undefinedOTP 19.1
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}
listenv(Telnet) -> {ok, [Env]}
log(Format) -> ok
Types
Equivalent to ct:log(default, 50, Format, [], []).
log(X1, X2) -> ok
Types
Equivalent to ct:log(Category, Importance, Format, FormatArgs, []).
log(X1, X2, X3) -> ok
Types
Equivalent to ct:log(Category, Importance, Format, FormatArgs, Opts).
log(X1, X2, X3, X4) -> okOTP R15B02
Types
Equivalent to ct:log(Category, Importance, Format, FormatArgs, Opts).
log(Category, Importance, Format, FormatArgs, Opts) -> okOTP 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.
make_priv_dir() -> ok | {error, Reason}OTP R15B01
Types
notify(Name, Data) -> okOTP R15B02
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).
pal(Format) -> ok
Types
Equivalent to ct:pal(default, 50, Format, [], []).
pal(X1, X2) -> ok
Types
Equivalent to ct:pal(Category, Importance, Format, FormatArgs, []).
pal(X1, X2, X3) -> ok
Types
Equivalent to ct:pal(Category, Importance, Format, FormatArgs, Opts).
pal(X1, X2, X3, X4) -> okOTP R15B02
Types
Equivalent to ct:pal(Category, Importance, Format, FormatArgs, Opts).
pal(Category, Importance, Format, FormatArgs, Opts) -> okOTP 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.
parse_table(Data) -> {Heading, Table}
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.
print(Format) -> ok
Types
Equivalent to ct:print(default, 50, Format, [], []).
print(X1, X2) -> okOTP R15B02
Types
Equivalent to ct:print(Category, Importance, Format, FormatArgs, []).
print(X1, X2, X3) -> ok
Types
Equivalent to ct:print(Category, Importance, Format, FormatArgs, Opts).
print(X1, X2, X3, X4) -> okOTP R15B02
Types
Equivalent to ct:print(Category, Importance, Format, FormatArgs, Opts).
print(Category, Importance, Format, FormatArgs, Opts) -> okOTP 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.
reload_config(Required) -> ValueOrElement | {error, Reason}OTP R14B
Types
KeyOrName | {KeyOrName, SubKey} | {KeyOrName, SubKey, SubKey}
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.
remaining_test_procs() -> {TestProcs, SharedGL, OtherGLs}OTP 20.2
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.
remove_config(Callback, Config) -> okOTP R14B
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 compatibility,
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.
run(TestDirs) -> Result
Types
run(TestDir, Suite) -> Result
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.
run_test(Opts) -> Result
Types
{dir, TestDirs} |
{suite, Suites} |
{group, Groups} |
{testcase, Cases} |
{spec, TestSpecs} |
{join_specs, boolean()} |
{label, Label} |
{config, CfgFiles} |
{userconfig, UserConfig} |
{allow_user_terms, boolean()} |
{logdir, LogDir} |
{silent_connections, Conns} |
{stylesheet, CSSFile} |
{cover, CoverSpecFile} |
{cover_stop, boolean()} |
{step, StepOpts} |
{event_handler, EventHandlers} |
{include, InclDirs} |
{auto_compile, boolean()} |
{abort_if_missing_suites, boolean()} |
{create_priv_dir, CreatePrivDir} |
{multiply_timetraps, M} |
{scale_timetraps, boolean()} |
{repeat, N} |
{duration, DurTime} |
{until, StopTime} |
{force_stop, ForceStop} |
{decrypt, DecryptKeyOrFile} |
{refresh_logs, LogDir} |
{logopts, LogOpts} |
{verbosity, VLevels} |
{basic_html, boolean()} |
{esc_chars, boolean()} |
{keep_logs, KeepSpec} |
{ct_hooks, CTHs} |
{enable_builtin_hooks, boolean()} |
{release_shell, boolean()}
[{CallbackMod, CfgStrings}] | {CallbackMod, CfgStrings}
{Ok, Failed, {UserSkipped, AutoSkipped}} |
TestRunnerPid |
{error, Reason}
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
set_verbosity(Category, Level) -> okOTP 19.1
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.
sleep(Time) -> okOTP R14B
Types
{hours, Hours} |
{minutes, Mins} |
{seconds, Secs} |
Millisecs | infinity
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).
start_interactive() -> ok
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
step(TestDir, Suite, Case, Opts) -> Result
Types
Steps through a test case with the debugger. If option config has been specified, breakpoints are also set on the configuration functions in Suite.
See also ct:run/3.
stop_interactive() -> ok
sync_notify(Name, Data) -> okOTP R15B02
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}
timetrap(Time) -> infinity | pid()OTP R14B
Types
{hours, Hours} |
{minutes, Mins} |
{seconds, Secs} |
Millisecs | infinity | Func
userdata(TestDir, Suite) -> SuiteUserData | {error, Reason}
Returns any data specified with tag userdata in the list of tuples returned from suite/0.