ct_telnet(3erl) | Erlang Module Definition | ct_telnet(3erl) |
ct_telnet - Common Test specific layer on top of Telnet client ct_telnet_client.erl
Common Test specific layer on top of Telnet client ct_telnet_client.erl.
Use this module to set up Telnet connections, send commands, and perform string matching on the result. For information about how to use ct_telnet and configure connections, specifically for UNIX hosts, see the unix_telnet manual page.
Default values defined in ct_telnet:
These parameters can be modified by the user with the following configuration term:
{telnet_settings, [{connect_timeout,Millisec},
{command_timeout,Millisec},
{reconnection_attempts,N},
{reconnection_interval,Millisec},
{keep_alive,Bool},
{poll_limit,N},
{poll_interval,Millisec},
{tcp_nodelay,Bool}]}.
Millisec = integer(), N = integer()
Enter the telnet_settings term in a configuration file included in the test and ct_telnet retrieves the information automatically.
keep_alive can be specified per connection, if necessary. For details, see unix_telnet.
The default logging behavior of ct_telnet is to print information about performed operations, commands, and their corresponding results to the test case HTML log. The following is not printed to the HTML log: text strings sent from the Telnet server that are not explicitly received by a ct_telnet function, such as expect/3. However, ct_telnet can be configured to use a special purpose event handler, implemented in ct_conn_log_h, for logging all Telnet traffic. To use this handler, install a Common Test hook named cth_conn_log. Example (using the test suite information function):
suite() ->
[{ct_hooks, [{cth_conn_log, [{conn_mod(),hook_options()}]}]}].
conn_mod() is the name of the Common Test module implementing the connection protocol, that is, ct_telnet.
The cth_conn_log hook performs unformatted logging of Telnet data to a separate text file. All Telnet communication is captured and printed, including any data sent from the server. The link to this text file is located at the top of the test case HTML log.
By default, data for all Telnet connections is logged in one common file (named default), which can get messy, for example, if multiple Telnet sessions are running in parallel. Therefore a separate log file can be created for each connection. To configure this, use hook option hosts and list the names of the servers/connections to be used in the suite. The connections must be named for this to work (see ct_telnet:open/1,2,3,4).
Hook option log_type can be used to change the cth_conn_log behavior. The default value of this option is raw, which results in the behavior described above. If the value is set to html, all Telnet communication is printed to the test case HTML log instead.
All cth_conn_log hook options described can also be specified in a configuration file with configuration variable ct_conn_log.
Example:
{ct_conn_log, [{ct_telnet,[{log_type,raw},
{hosts,[key_or_name()]}]}]}
Logging Example:
The following ct_hooks statement causes printing of Telnet traffic to separate logs for the connections server1 and server2. Traffic for any other connections is logged in the default Telnet log.
suite() ->
[{ct_hooks,
[{cth_conn_log, [{ct_telnet,[{hosts,[server1,server2]}]}]}]}].
As previously explained, this specification can also be provided by an entry like the following in a configuration file:
{ct_conn_log, [{ct_telnet,[{hosts,[server1,server2]}]}]}.
In this case the ct_hooks statement in the test suite can look as follows:
suite() ->
[{ct_hooks, [{cth_conn_log, []}]}].
connection() = handle() | {target_name(), connection_type()} | target_name()
For target_name(), see module ct.
connection_type() = telnet | ts1 | ts2
handle() = handle()
Handle for a specific Telnet connection, see module ct.
prompt_regexp() = string()
Regular expression matching all possible prompts for a specific target type. regexp must not have any groups, that is, when matching, re:run/3 (in STDLIB) must return a list with one single element.
close(Connection) -> ok | {error, Reason}
Types:
Closes the Telnet connection and stops the process managing it.
A connection can be associated with a target name and/or a handle. If Connection has no associated target name, it can only be closed with the handle value (see ct_telnet:open/4).
cmd(Connection, Cmd) -> {ok, Data} | {error, Reason}
Equivalent to ct_telnet:cmd(Connection, Cmd, []).
cmd(Connection, Cmd, Opts) -> {ok, Data} | {error,
Reason}
Types:
Sends a command through Telnet and waits for prompt.
By default, this function adds "\n" to the end of the specified command. If this is not desired, use option {newline,false}. This is necessary, for example, when sending Telnet command sequences prefixed with character Interpret As Command (IAC). Option {newline,string()} can also be used if a different line end than "\n" is required, for instance {newline,"\r\n"}, to add both carriage return and newline characters.
Option timeout specifies how long the client must wait for prompt. If the time expires, the function returns {error,timeout}. For information about the default value for the command timeout, see the list of default values in the beginning of this module.
cmdf(Connection, CmdFormat, Args) -> {ok, Data} | {error,
Reason}
Equivalent to ct_telnet:cmdf(Connection, CmdFormat, Args, []).
cmdf(Connection, CmdFormat, Args, Opts) -> {ok, Data} |
{error, Reason}
Types:
Sends a Telnet command and waits for prompt (uses a format string and a list of arguments to build the command).
For details, see ct_telnet:cmd/3.
expect(Connection, Patterns) -> term()
Equivalent to ct_telnet:expect(Connections, Patterns, []).
expect(Connection, Patterns, Opts) -> {ok, Match} | {ok,
MatchList, HaltReason} | {error, Reason}
Types:
Gets data from Telnet and waits for the expected pattern.
Pattern can be a POSIX regular expression. The function returns when a pattern is successfully matched (at least one, in the case of multiple patterns).
RxMatch is a list of matched strings. It looks as follows [FullMatch, SubMatch1, SubMatch2, ...], where FullMatch is the string matched by the whole regular expression, and SubMatchN is the string that matched subexpression number N. Subexpressions are denoted with '(' ')' in the regular expression.
If a Tag is specified, the returned Match also includes the matched Tag. Otherwise, only RxMatch is returned.
Options:
Example 1:
expect(Connection,[{abc,"ABC"},{xyz,"XYZ"}],[sequence,{halt,[{nnn,"NNN"}]}])
First this tries to match "ABC", and then "XYZ", but if "NNN" appears, the function returns {error,{nnn,["NNN"]}}. If both "ABC" and "XYZ" are matched, the function returns {ok,[AbcMatch,XyzMatch]}.
Example 2:
expect(Connection,[{abc,"ABC"},{xyz,"XYZ"}],[{repeat,2},{halt,[{nnn,"NNN"}]}])
This tries to match "ABC" or "XYZ" twice. If "NNN" appears, the function returns HaltReason = {nnn,["NNN"]}.
Options repeat and sequence can be combined to match a sequence multiple times.
get_data(Connection) -> {ok, Data} | {error, Reason}
Types:
Gets all data received by the Telnet client since the last command was sent. Only newline-terminated strings are returned. If the last received string has not yet been terminated, the connection can be polled automatically until the string is complete.
The polling feature is controlled by the configuration values poll_limit and poll_interval and is by default disabled. This means that the function immediately returns all complete strings received and saves a remaining non-terminated string for a later get_data call.
open(Name) -> {ok, Handle} | {error, Reason}
Equivalent to ct_telnet:open(Name, telnet).
open(Name, ConnType) -> {ok, Handle} | {error, Reason}
Types:
Opens a Telnet connection to the specified target host.
open(KeyOrName, ConnType, TargetMod) -> {ok, Handle} |
{error, Reason}
Equivalent to ct_telnet:ct_telnet:open(KeyOrName, ConnType, TargetMod, []).
open(KeyOrName, ConnType, TargetMod, Extra) -> {ok, Handle}
| {error, Reason}
Types:
Opens a Telnet connection to the specified target host.
The target data must exist in a configuration file. The connection can be associated with Name and/or the returned Handle. To allocate a name for the target, use one of the following alternatives:
If you want the connection to be associated with Handle only (if you, for example, need to open multiple connections to a host), use Key, the configuration variable name, to specify the target. Notice that a connection without an associated target name can only be closed with the Handle value.
TargetMod is a module that exports the functions connect(Ip, Port, KeepAlive, Extra) and get_prompt_regexp() for the specified TargetType (for example, unix_telnet).
For target_name(), see module ct.
See also ct:require/2.
send(Connection, Cmd) -> ok | {error, Reason}
Equivalent to ct_telnet:send(Connection, Cmd, []).
send(Connection, Cmd, Opts) -> ok | {error, Reason}
Types:
Sends a Telnet command and returns immediately.
By default, this function adds "\n" to the end of the specified command. If this is not desired, option {newline,false} can be used. This is necessary, for example, when sending Telnet command sequences prefixed with character Interpret As Command (IAC). Option {newline,string()} can also be used if a different line end than "\n" is required, for instance {newline,"\r\n"}, to add both carriage return and newline characters.
The resulting output from the command can be read with ct_telnet:get_data/2 or ct_telnet:expect/2,3.
sendf(Connection, CmdFormat, Args) -> ok | {error,
Reason}
Equivalent to ct_telnet:sendf(Connection, CmdFormat, Args, []).
sendf(Connection, CmdFormat, Args, Opts) -> ok | {error,
Reason}
Types:
Sends a Telnet command and returns immediately (uses a format string and a list of arguments to build the command).
For details, see ct_telnet:send/3.
unix_telnet
common_test 1.19.1 | Ericsson AB |