curl/tests/data/test284
Dan Fandrich 72c5bb14e7 tests: improve reliability of TFTP tests
Stop checking the timeout used by the client under test (for most
tests). The timeout will change if the TFTP test server is slow (such as
happens on an overprovisioned CI server) because the client will retry
and reduce its timeout, and the actual value is not important for most
tests.

test285 is changed a different way, by increasing the connect timeout.
This improves test coverage by allowing the changed timeout value to be
checked, but improves reliability with a carefully-chosen timeout that
not only allows twice the time to respond as before, but also allows
several retries before the client will change its timeout value.

Ref: #11328
2023-06-19 17:10:24 -07:00

73 lines
1.0 KiB
Plaintext

<testcase>
<info>
<keywords>
TFTP
TFTP RRQ
</keywords>
</info>
#
# Server-side
<reply>
<data>
A chunk of data which exactly fits into
a 512 byte TFTP block, testing a boundary
condition in the TFTP receive code.
789ABCDEF
123456789ABCDEF
123456789ABCDEF
123456789ABCDEF
123456789ABCDEF
123456789ABCDEF
123456789ABCDEF
123456789ABCDEF
123456789ABCDEF
123456789ABCDEF
123456789ABCDEF
123456789ABCDEF
123456789ABCDEF
123456789ABCDEF
123456789ABCDEF
123456789ABCDEF
123456789ABCDEF
123456789ABCDEF
123456789ABCDEF
123456789ABCDEF
123456789ABCDEF
123456789ABCDEF
123456789ABCDEF
123456789ABCDEF
123456789ABCDEF
</data>
</reply>
#
# Client-side
<client>
<server>
tftp
</server>
<name>
TFTP retrieve of boundary case 512 byte file
</name>
<command>
tftp://%HOSTIP:%TFTPPORT//%TESTNUMBER
</command>
</client>
#
# Verify pseudo protocol after the test has been "shot"
<verify>
<strip>
^timeout = [5-6]$
</strip>
<protocol>
opcode = 1
mode = octet
tsize = 0
blksize = 512
filename = /%TESTNUMBER
</protocol>
</verify>
</testcase>