mirror of
https://github.com/curl/curl.git
synced 2024-12-15 06:40:09 +08:00
72c5bb14e7
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
42 lines
509 B
Plaintext
42 lines
509 B
Plaintext
<testcase>
|
|
<info>
|
|
<keywords>
|
|
TFTP
|
|
TFTP RRQ
|
|
FAILURE
|
|
</keywords>
|
|
</info>
|
|
|
|
#
|
|
# Client-side
|
|
<client>
|
|
<server>
|
|
tftp
|
|
</server>
|
|
<name>
|
|
TFTP retrieve on invalid file
|
|
</name>
|
|
<command>
|
|
tftp://%HOSTIP:%TFTPPORT//invalid-file --tftp-blksize 1024
|
|
</command>
|
|
</client>
|
|
|
|
#
|
|
# Verify pseudo protocol after the test has been "shot"
|
|
<verify>
|
|
<errorcode>
|
|
69
|
|
</errorcode>
|
|
<strip>
|
|
^timeout = [5-6]$
|
|
</strip>
|
|
<protocol>
|
|
opcode = 1
|
|
mode = octet
|
|
tsize = 0
|
|
blksize = 1024
|
|
filename = /invalid-file
|
|
</protocol>
|
|
</verify>
|
|
</testcase>
|