2007-03-08 15:00:28 -05:00
|
|
|
The test suite's file format is very simple and extensible, closely
|
2007-01-22 21:25:56 -05:00
|
|
|
resembling XML. All data for a single test case resides in a single
|
|
|
|
ASCII file. Labels mark the beginning and the end of all sections, and each
|
|
|
|
label must be written in its own line. Comments are either XML-style
|
|
|
|
(enclosed with <!-- and -->) or C-style (beginning with #) and must appear
|
|
|
|
on their own lines and not alongside actual test data. Most test data files
|
|
|
|
are syntactically valid XML, although a few files are not (lack of
|
2007-03-08 15:00:28 -05:00
|
|
|
support for character entities and the preservation of CR/LF characters at
|
|
|
|
the end of lines are the biggest differences).
|
2007-01-22 21:25:56 -05:00
|
|
|
|
|
|
|
The file begins with a 'testcase' tag, which encompasses the remainder of
|
|
|
|
the file.
|
|
|
|
|
|
|
|
<testcase>
|
2001-09-13 08:51:32 -04:00
|
|
|
|
|
|
|
Each file is split up in three main sections: reply, client and verify. The
|
|
|
|
reply section is used for the server to know what to send as a reply for the
|
|
|
|
requests curl sends, the client section defines how the client should behave
|
|
|
|
while the verify section defines how to verify that the data stored after a
|
|
|
|
command has been run ended up correctly.
|
|
|
|
|
|
|
|
Each main section has a number of available subsections that can be
|
|
|
|
specified, that will be checked/used if specified. This document includes all
|
|
|
|
the subsections currently supported.
|
|
|
|
|
2005-04-15 19:48:31 -04:00
|
|
|
Main sections are 'info', 'reply', 'client' and 'verify'.
|
|
|
|
|
|
|
|
<info>
|
|
|
|
<keywords>
|
|
|
|
A newline-separated list of keywords describing what this test case uses and
|
2008-07-26 22:34:27 -04:00
|
|
|
tests. Try to use an already used keyword. These keywords will be used for
|
|
|
|
statistical/informational purposes and for choosing or skipping classes
|
|
|
|
of tests. "Keywords" must begin with an alphabetic character, "-", "["
|
|
|
|
or "{" and may actually consist of multiple words separated by spaces
|
|
|
|
which are treated together as a single identifier.
|
2005-04-15 19:48:31 -04:00
|
|
|
</keywords>
|
|
|
|
</info>
|
|
|
|
|
2001-09-13 08:51:32 -04:00
|
|
|
<reply>
|
2009-01-07 16:57:26 -05:00
|
|
|
<data [nocheck="yes"] [sendzero="yes"] [base64="yes"]>
|
2007-01-22 21:25:56 -05:00
|
|
|
data to be sent to the client on its request and later verified that it arrived
|
2009-01-07 16:57:26 -05:00
|
|
|
safely. Set nocheck="yes" to prevent the test script from verifying the arrival
|
2002-01-08 04:32:21 -05:00
|
|
|
of this data.
|
2003-07-19 19:56:44 -04:00
|
|
|
|
2004-03-31 07:24:08 -05:00
|
|
|
If the data contains 'swsclose' anywhere within the start and end tag, and
|
2003-07-19 19:56:44 -04:00
|
|
|
this is a HTTP test, then the connection will be closed by the server after
|
2007-01-22 21:25:56 -05:00
|
|
|
this response is sent. If not, the connection will be kept persistent.
|
2004-03-31 07:24:08 -05:00
|
|
|
|
|
|
|
If the data contains 'swsbounce' anywhere within the start and end tag, the
|
|
|
|
HTTP server will detect if this is a second request using the same test and
|
|
|
|
part number and will then increase the part number with one. This is useful
|
|
|
|
for auth tests and similar.
|
2004-08-23 10:40:43 -04:00
|
|
|
|
|
|
|
'sendzero' set to yes means that the (FTP) server will "send" the data even if
|
|
|
|
the size is zero bytes. Used to verify curl's behaviour on zero bytes
|
|
|
|
transfers.
|
2004-11-29 07:10:09 -05:00
|
|
|
|
|
|
|
'base64' set to yes means that the data provided in the test-file is a chunk
|
|
|
|
of data encoded with base64. It is the only way a test case can contain binary
|
|
|
|
data. (This attribute can in fact be used on any section, but it doesn't make
|
|
|
|
much sense for other sections than "data").
|
2001-09-13 08:51:32 -04:00
|
|
|
</data>
|
2003-05-22 18:37:00 -04:00
|
|
|
<dataNUM>
|
|
|
|
Send back this contents instead of the <data> one. The num is set by:
|
|
|
|
A) The test number in the request line is >10000 and this is the remainder
|
|
|
|
of [test case number]%10000.
|
2003-09-15 17:43:03 -04:00
|
|
|
B) The request was HTTP and included digest details, which adds 1000 to NUM
|
|
|
|
C) If a HTTP request is NTLM type-1, it adds 1001 to num
|
|
|
|
D) If a HTTP request is NTLM type-3, it adds 1002 to num
|
2008-11-25 18:23:47 -05:00
|
|
|
E) If a HTTP request is Basic and num is already >=1000, it adds 1 to num
|
|
|
|
|
|
|
|
Dynamically changing num in this way allows the test harness to be used to
|
|
|
|
test authentication negotiation where several different requests must be sent
|
|
|
|
to complete a transfer. The response to each request is found in its own data
|
|
|
|
section. Validating the entire negotiation sequence can be done by
|
|
|
|
specifying a datacheck section.
|
2004-12-14 16:22:12 -05:00
|
|
|
</dataNUM>
|
2007-01-22 21:25:56 -05:00
|
|
|
<datacheck [nonewline="yes"]>
|
2002-06-11 11:11:41 -04:00
|
|
|
if the data is sent but this is what should be checked afterwards. If
|
|
|
|
'nonewline' is set, we will cut off the trailing newline of this given data
|
|
|
|
before comparing with the one actually received by the client
|
2001-09-13 08:51:32 -04:00
|
|
|
</datacheck>
|
|
|
|
<size>
|
2003-02-28 02:55:01 -05:00
|
|
|
number to return on a ftp SIZE command (set to -1 to make this command fail)
|
2001-09-13 08:51:32 -04:00
|
|
|
</size>
|
2003-04-09 07:53:09 -04:00
|
|
|
<mdtm>
|
|
|
|
what to send back if the client sends a (FTP) MDTM command, set to -1 to
|
|
|
|
have it return that the file doesn't exist
|
|
|
|
</mdtm>
|
2001-11-02 18:09:25 -05:00
|
|
|
<postcmd>
|
|
|
|
special purpose server-command to control its behavior *after* the
|
|
|
|
reply is sent
|
2007-04-23 17:18:30 -04:00
|
|
|
For HTTP/HTTPS, these are supported:
|
|
|
|
|
|
|
|
wait [secs]
|
|
|
|
- Pause for the given time
|
2002-01-08 04:32:21 -05:00
|
|
|
</postcmd>
|
2004-03-31 07:24:08 -05:00
|
|
|
<servercmd>
|
2005-04-14 18:52:08 -04:00
|
|
|
Special-commands for the server.
|
2012-09-04 13:41:09 -04:00
|
|
|
For FTP/SMTP/POP/IMAP, these are supported:
|
2007-04-23 17:18:30 -04:00
|
|
|
|
2006-09-23 16:39:34 -04:00
|
|
|
REPLY [command] [return value] [response string]
|
2007-08-23 19:24:39 -04:00
|
|
|
- Changes how the server responds to the [command]. [response string] is
|
|
|
|
evaluated as a perl string, so it can contain embedded \r\n, for example.
|
2006-09-23 16:39:34 -04:00
|
|
|
COUNT [command] [num]
|
|
|
|
- Do the REPLY change for [command] only [num] times and then go back to the
|
|
|
|
built-in approach
|
|
|
|
DELAY [command] [secs]
|
|
|
|
- Delay responding to this command for the given time
|
2005-04-14 18:52:08 -04:00
|
|
|
RETRWEIRDO
|
2006-09-23 16:39:34 -04:00
|
|
|
- Enable the "weirdo" RETR case when multiple response lines appear at once
|
|
|
|
when a file is transfered
|
2005-04-14 18:52:08 -04:00
|
|
|
RETRNOSIZE
|
2006-09-23 16:39:34 -04:00
|
|
|
- Make sure the RETR response doesn't contain the size of the file
|
2005-04-14 18:52:08 -04:00
|
|
|
NOSAVE
|
2006-09-23 16:39:34 -04:00
|
|
|
- Don't actually save what is received
|
2005-04-14 18:52:08 -04:00
|
|
|
SLOWDOWN
|
2008-10-29 21:44:18 -04:00
|
|
|
- Send FTP responses with 0.01 sec delay between each byte
|
2007-04-23 18:58:45 -04:00
|
|
|
PASVBADIP
|
|
|
|
- makes PASV send back an illegal IP in its 227 response
|
2005-04-14 18:52:08 -04:00
|
|
|
|
2007-04-23 17:18:30 -04:00
|
|
|
For HTTP/HTTPS:
|
2008-08-29 06:47:59 -04:00
|
|
|
auth_required if this is set and a POST/PUT is made without auth, the
|
2006-01-02 07:19:12 -05:00
|
|
|
server will NOT wait for the full request body to get sent
|
2008-08-29 06:47:59 -04:00
|
|
|
idle do nothing after receiving the request, just "sit idle"
|
|
|
|
stream continuously send data to the client, never-ending
|
2010-10-01 18:21:59 -04:00
|
|
|
writedelay: [secs] delay this amount between reply packets
|
2008-08-29 06:47:59 -04:00
|
|
|
pipe: [num] tell the server to expect this many HTTP requests before
|
2006-09-08 07:56:56 -04:00
|
|
|
sending back anything, to allow pipelining tests
|
2008-08-29 06:47:59 -04:00
|
|
|
skip: [num] instructs the server to ignore reading this many bytes from a PUT
|
|
|
|
or POST request
|
2010-02-01 07:05:08 -05:00
|
|
|
|
|
|
|
rtp: part [num] channel [num] size [num]
|
|
|
|
stream a fake RTP packet for the given part on a chosen channel
|
|
|
|
with the given payload size
|
2012-07-05 03:46:07 -04:00
|
|
|
|
|
|
|
connection-monitor When used, this will log [DISCONNECT] to the server.input
|
2012-07-11 17:49:01 -04:00
|
|
|
log when the connection is disconnected.
|
2012-07-05 03:46:07 -04:00
|
|
|
|
2004-03-31 07:24:08 -05:00
|
|
|
</servercmd>
|
2001-09-13 08:51:32 -04:00
|
|
|
</reply>
|
|
|
|
|
|
|
|
<client>
|
2003-04-01 03:43:09 -05:00
|
|
|
|
2002-12-12 07:15:02 -05:00
|
|
|
<server>
|
2004-12-11 16:41:00 -05:00
|
|
|
What server(s) this test case requires/uses:
|
2007-03-09 16:01:39 -05:00
|
|
|
|
|
|
|
file
|
|
|
|
ftp
|
|
|
|
ftp-ipv6
|
|
|
|
ftps
|
|
|
|
http
|
|
|
|
http-ipv6
|
|
|
|
https
|
|
|
|
none
|
2007-03-23 21:01:28 -04:00
|
|
|
scp
|
|
|
|
sftp
|
2007-06-05 09:50:59 -04:00
|
|
|
socks4
|
|
|
|
socks5
|
2010-02-01 07:05:08 -05:00
|
|
|
rtsp
|
|
|
|
rtsp-ipv6
|
2010-04-10 17:27:04 -04:00
|
|
|
imap
|
|
|
|
pop3
|
|
|
|
smtp
|
2011-10-06 14:26:42 -04:00
|
|
|
httptls+srp
|
|
|
|
httptls+srp-ipv6
|
2011-12-17 17:47:22 -05:00
|
|
|
http-proxy
|
2007-03-09 16:01:39 -05:00
|
|
|
|
|
|
|
Give only one per line. This subsection is mandatory.
|
2003-04-01 03:43:09 -05:00
|
|
|
</server>
|
|
|
|
|
2003-06-12 12:22:52 -04:00
|
|
|
<features>
|
2004-11-29 07:23:02 -05:00
|
|
|
A list of features that MUST be present in the client/library for this test to
|
|
|
|
be able to run (if these features are not present, the test will be
|
|
|
|
SKIPPED). Features testable here are:
|
|
|
|
|
2011-01-21 17:27:10 -05:00
|
|
|
axTLS
|
2007-03-09 18:39:42 -05:00
|
|
|
crypto
|
2004-11-22 17:26:46 -05:00
|
|
|
getrlimit
|
2007-01-22 21:25:56 -05:00
|
|
|
GnuTLS
|
|
|
|
idn
|
2004-11-25 17:21:49 -05:00
|
|
|
ipv6
|
2007-01-22 21:25:56 -05:00
|
|
|
large_file
|
2004-11-29 07:23:02 -05:00
|
|
|
libz
|
2007-04-23 17:18:30 -04:00
|
|
|
NSS
|
2009-05-30 00:34:11 -04:00
|
|
|
NTLM
|
2007-01-22 21:25:56 -05:00
|
|
|
OpenSSL
|
|
|
|
SSL
|
2009-05-30 00:34:11 -04:00
|
|
|
socks
|
2011-01-03 16:42:46 -05:00
|
|
|
unittest
|
2011-07-19 17:49:40 -04:00
|
|
|
debug
|
2011-10-06 14:26:42 -04:00
|
|
|
TLS-SRP
|
2012-06-20 22:16:53 -04:00
|
|
|
Metalink
|
2007-03-09 16:01:39 -05:00
|
|
|
|
|
|
|
as well as each protocol that curl supports. A protocol only needs to be
|
|
|
|
specified if it is different from the server (useful when the server
|
|
|
|
is 'none').
|
2003-06-12 12:22:52 -04:00
|
|
|
</features>
|
|
|
|
|
2003-04-01 03:43:09 -05:00
|
|
|
<killserver>
|
|
|
|
Using the same syntax as in <server> but when mentioned here these servers
|
|
|
|
are explicitly KILLED when this test case is completed. Only use this if there
|
|
|
|
is no other alternatives. Using this of course requires subsequent tests to
|
|
|
|
restart servers.
|
|
|
|
</killserver>
|
|
|
|
|
2004-11-23 04:50:16 -05:00
|
|
|
<precheck>
|
|
|
|
A command line that if set gets run by the test script before the test. If an
|
2008-10-15 13:41:02 -04:00
|
|
|
output is displayed by the command or if the return code is non-zero, the test
|
|
|
|
will be skipped and the (single-line) output will be displayed as reason for
|
|
|
|
not running the test. Variables are substituted as in the <command> section.
|
2004-11-23 04:50:16 -05:00
|
|
|
</precheck>
|
|
|
|
|
2007-04-23 18:58:45 -04:00
|
|
|
<postcheck>
|
|
|
|
A command line that if set gets run by the test script after the test. If
|
|
|
|
the command exists with a non-zero status code, the test will be considered
|
|
|
|
to have failed. Variables are substituted as in the <command> section.
|
|
|
|
</postcheck>
|
|
|
|
|
2002-12-12 07:15:02 -05:00
|
|
|
<tool>
|
|
|
|
Name of tool to use instead of "curl". This tool must be built and exist
|
2011-01-03 16:42:46 -05:00
|
|
|
either in the libtest/ directory (if the tool starts with 'lib') or in the
|
|
|
|
unit/ directory (if the tool starts with 'unit').
|
2002-12-12 07:15:02 -05:00
|
|
|
</tool>
|
2003-04-01 03:43:09 -05:00
|
|
|
|
2001-09-13 08:51:32 -04:00
|
|
|
<name>
|
|
|
|
test case description
|
|
|
|
</name>
|
2003-04-01 03:43:09 -05:00
|
|
|
|
2003-05-19 09:06:10 -04:00
|
|
|
<setenv>
|
|
|
|
variable1=contents1
|
|
|
|
variable2=contents2
|
|
|
|
|
|
|
|
Set the given environment variables to the specified value before the actual
|
2007-03-08 15:00:28 -05:00
|
|
|
command is run. They are cleared again after the command has been run.
|
|
|
|
Variables are first substituted as in the <command> section.
|
2003-05-19 09:06:10 -04:00
|
|
|
</setenv>
|
|
|
|
|
2011-08-04 11:36:00 -04:00
|
|
|
<command [option="no-output/no-include"] [timeout="secs"] [delay="secs"]
|
|
|
|
[type="perl"]>
|
2001-09-13 08:51:32 -04:00
|
|
|
command line to run, there's a bunch of %variables that get replaced
|
2003-08-06 18:47:55 -04:00
|
|
|
accordingly.
|
|
|
|
|
|
|
|
Note that the URL that gets passed to the server actually controls what data
|
|
|
|
that is returned. The last slash in the URL must be followed by a number. That
|
|
|
|
number (N) will be used by the test-server to load test case N and return the
|
|
|
|
data that is defined within the <reply><data></data></reply> section.
|
2002-01-08 04:32:21 -05:00
|
|
|
|
2003-11-24 11:12:41 -05:00
|
|
|
If a CONNECT is used to the server (to emulate HTTPS etc over proxy), the port
|
|
|
|
number given in the CONNECT request will be used to identify which test that
|
|
|
|
is being run, if the proxy host name is said to start with 'test'.
|
|
|
|
|
2010-11-03 06:22:46 -04:00
|
|
|
Set type="perl" to write the test case as a perl script. It implies that
|
|
|
|
there's no memory debugging and valgrind gets shut off for this test.
|
|
|
|
|
2007-10-26 21:04:36 -04:00
|
|
|
Set option="no-output" to prevent the test script to slap on the --output
|
2002-01-08 04:32:21 -05:00
|
|
|
argument that directs the output to a file. The --output is also not added if
|
2007-10-26 21:04:36 -04:00
|
|
|
the verify/stdout section is used.
|
2002-12-13 11:25:39 -05:00
|
|
|
|
2011-08-04 11:36:00 -04:00
|
|
|
Set option="no-include" to prevent the test script to slap on the --include
|
|
|
|
argument.
|
|
|
|
|
2008-04-25 00:19:50 -04:00
|
|
|
Set timeout="secs" to override default server logs advisor read lock timeout.
|
|
|
|
This timeout is used by the test harness, once that the command has completed
|
|
|
|
execution, to wait for the test server to write out server side log files and
|
|
|
|
remove the lock that advised not to read them. The "secs" parameter is the not
|
|
|
|
negative integer number of seconds for the timeout. This 'timeout' attribute
|
|
|
|
is documented for completeness sake, but is deep test harness stuff and only
|
|
|
|
needed for very singular and specific test cases. Avoid using it.
|
|
|
|
|
|
|
|
Set delay="secs" to introduce a time delay once that the command has completed
|
|
|
|
execution and before the <postcheck> section runs. The "secs" parameter is the
|
|
|
|
not negative integer number of seconds for the delay. This 'delay' attribute
|
|
|
|
is intended for very specific test cases, and normally not needed.
|
|
|
|
|
2002-12-13 11:25:39 -05:00
|
|
|
Available substitute variables include:
|
2007-09-17 17:42:01 -04:00
|
|
|
%CLIENTIP - IPv4 address of the client running curl
|
|
|
|
%CLIENT6IP - IPv6 address of the client running curl
|
|
|
|
%HOSTIP - IPv4 address of the host running this test
|
2011-12-15 04:08:42 -05:00
|
|
|
%HTTPPORT - Port number of the HTTP server
|
2007-01-22 21:25:56 -05:00
|
|
|
%HOST6IP - IPv6 address of the host running this test
|
2011-12-15 04:08:42 -05:00
|
|
|
%HTTP6PORT - IPv6 port number of the HTTP server
|
2002-12-13 11:25:39 -05:00
|
|
|
%HTTPSPORT - Port number of the HTTPS server
|
2011-12-17 17:47:22 -05:00
|
|
|
%PROXYPORT - Port number of the HTTP proxy
|
2002-12-13 11:25:39 -05:00
|
|
|
%FTPPORT - Port number of the FTP server
|
2007-01-22 21:25:56 -05:00
|
|
|
%FTP6PORT - IPv6 port number of the FTP server
|
2002-12-13 11:25:39 -05:00
|
|
|
%FTPSPORT - Port number of the FTPS server
|
2007-01-22 21:25:56 -05:00
|
|
|
%FTP2PORT - Port number of the FTP server 2
|
2007-09-05 13:17:59 -04:00
|
|
|
%FTPTIME2 - Timeout in seconds that should be just sufficient to receive
|
|
|
|
a response from the test FTP server
|
2007-01-22 21:25:56 -05:00
|
|
|
%TFTPPORT - Port number of the TFTP server
|
|
|
|
%TFTP6PORT - IPv6 port number of the TFTP server
|
2007-03-23 21:01:28 -04:00
|
|
|
%SSHPORT - Port number of the SCP/SFTP server
|
2007-06-05 09:50:59 -04:00
|
|
|
%SOCKSPORT - Port number of the SOCKS4/5 server
|
2010-02-01 07:05:08 -05:00
|
|
|
%RTSPPORT - Port number of the RTSP server
|
|
|
|
%RTSP6PORT - IPv6 port number of the RTSP server
|
2002-12-13 11:25:39 -05:00
|
|
|
%SRCDIR - Full path to the source dir
|
|
|
|
%PWD - Current directory
|
2007-01-22 21:25:56 -05:00
|
|
|
%CURL - Path to the curl executable
|
2007-03-23 21:01:28 -04:00
|
|
|
%USER - Login ID of the user running the test
|
2001-09-13 08:51:32 -04:00
|
|
|
</command>
|
2003-04-01 03:43:09 -05:00
|
|
|
|
2001-09-13 08:51:32 -04:00
|
|
|
<file name="log/filename">
|
2007-03-08 15:00:28 -05:00
|
|
|
This creates the named file with this content before the test case is run,
|
2001-09-13 08:51:32 -04:00
|
|
|
which is useful if the test case needs a file to act on.
|
2007-03-08 15:00:28 -05:00
|
|
|
Variables are substituted on the contents of the file as in the <command>
|
|
|
|
section.
|
2001-09-13 08:51:32 -04:00
|
|
|
</file>
|
2003-04-01 03:43:09 -05:00
|
|
|
|
2004-02-05 16:51:45 -05:00
|
|
|
<stdin>
|
|
|
|
Pass this given data on stdin to the tool.
|
|
|
|
</stdin>
|
|
|
|
|
2001-09-13 08:51:32 -04:00
|
|
|
</client>
|
|
|
|
|
|
|
|
<verify>
|
|
|
|
<errorcode>
|
2005-03-17 03:17:48 -05:00
|
|
|
numerical error code curl is supposed to return. Specify a list of accepted
|
|
|
|
error codes by separating multiple numbers with comma. See test 237 for an
|
|
|
|
example.
|
2001-09-13 08:51:32 -04:00
|
|
|
</errorcode>
|
2001-09-14 08:02:02 -04:00
|
|
|
<strip>
|
|
|
|
One regex per line that is removed from the protocol dumps before the
|
2007-01-22 21:25:56 -05:00
|
|
|
comparison is made. This is very useful to remove dependencies on dynamically
|
2001-09-14 08:02:02 -04:00
|
|
|
changing protocol data such as port numbers or user-agent strings.
|
|
|
|
</strip>
|
2004-11-25 17:21:49 -05:00
|
|
|
<strippart>
|
|
|
|
One perl op per line that operates on the protocol dump. This is pretty
|
|
|
|
advanced. Example: "s/^EPRT .*/EPRT stripped/"
|
|
|
|
</strippart>
|
2011-12-17 17:47:22 -05:00
|
|
|
|
2007-01-22 21:25:56 -05:00
|
|
|
<protocol [nonewline="yes"]>
|
2011-12-17 17:47:22 -05:00
|
|
|
|
|
|
|
the protocol dump curl should transmit, if 'nonewline' is set, we will cut off
|
|
|
|
the trailing newline of this given data before comparing with the one actually
|
|
|
|
sent by the client Variables are substituted as in the <command> section. The
|
|
|
|
<strip> and <strippart> rules are applied before comparisons are made.
|
|
|
|
|
2001-09-13 08:51:32 -04:00
|
|
|
</protocol>
|
2011-12-17 17:47:22 -05:00
|
|
|
|
|
|
|
<proxy [nonewline="yes"]>
|
|
|
|
|
|
|
|
The protocol dump curl should transmit to a HTTP proxy (when the http-proxy
|
|
|
|
server is used), if 'nonewline' is set, we will cut off the trailing newline
|
|
|
|
of this given data before comparing with the one actually sent by the client
|
|
|
|
Variables are substituted as in the <command> section. The <strip> and
|
|
|
|
<strippart> rules are applied before comparisons are made.
|
|
|
|
|
|
|
|
</proxy>
|
|
|
|
|
2008-01-04 18:57:39 -05:00
|
|
|
<stdout [mode="text"] [nonewline="yes"]>
|
2008-05-01 13:48:00 -04:00
|
|
|
This verifies that this data was passed to stdout. Variables are
|
|
|
|
substituted as in the <command> section.
|
2005-05-20 06:40:32 -04:00
|
|
|
|
2007-03-08 15:00:28 -05:00
|
|
|
Use the mode="text" attribute if the output is in text mode on platforms that
|
2005-05-20 06:40:32 -04:00
|
|
|
have a text/binary difference.
|
2008-01-04 18:31:04 -05:00
|
|
|
|
|
|
|
If 'nonewline' is set, we will cut off the trailing newline of this given data
|
|
|
|
before comparing with the one actually received by the client
|
2002-01-08 04:32:21 -05:00
|
|
|
</stdout>
|
2007-01-22 21:25:56 -05:00
|
|
|
<file name="log/filename" [mode="text"]>
|
2005-05-20 06:40:32 -04:00
|
|
|
The file's contents must be identical to this after the test is complete.
|
2007-03-08 15:00:28 -05:00
|
|
|
Use the mode="text" attribute if the output is in text mode on platforms that
|
2005-05-20 06:40:32 -04:00
|
|
|
have a text/binary difference.
|
2007-09-20 16:39:17 -04:00
|
|
|
Variables are substituted as in the <command> section.
|
2001-09-26 03:05:00 -04:00
|
|
|
</file>
|
2005-01-20 17:48:43 -05:00
|
|
|
<stripfile>
|
|
|
|
One perl op per line that operates on the file before being compared. This is
|
|
|
|
pretty advanced. Example: "s/^EPRT .*/EPRT stripped/"
|
|
|
|
</stripfile>
|
2001-09-13 08:51:32 -04:00
|
|
|
<upload>
|
|
|
|
the contents of the upload data curl should have sent
|
|
|
|
</upload>
|
2005-01-07 16:11:13 -05:00
|
|
|
<valgrind>
|
|
|
|
disable - disables the valgrind log check for this test
|
|
|
|
</valgrind>
|
2001-09-13 08:51:32 -04:00
|
|
|
</verify>
|
2007-01-22 21:25:56 -05:00
|
|
|
|
|
|
|
</testcase>
|