~ubuntu-branches/ubuntu/warty/curl/warty-security

« back to all changes in this revision

Viewing changes to tests/README

  • Committer: Bazaar Package Importer
  • Author(s): Domenico Andreoli
  • Date: 2004-06-04 19:09:25 UTC
  • mfrom: (1.1.1 upstream)
  • Revision ID: james.westby@ubuntu.com-20040604190925-wy048bp31320r2z6
Tags: 7.12.0.is.7.11.2-1
* Reverted to version 7.11.2 (closes: #252348).
* Disabled support for libidn (closes: #252367). This is to leave
  curl in unstable as much similar as possible to the one in testing.

Show diffs side-by-side

added added

removed removed

Lines of Context:
11
11
  diff (when a test fail, a diff is shown)
12
12
  stunnel (for HTTPS and FTPS tests)
13
13
 
 
14
TCP ports used:
 
15
 
 
16
  - 8999 on localhost for HTTP tests
 
17
  - 8433 on localhost for HTTPS tests
 
18
  - 8921 on localhost for FTP tests
 
19
  - 8821 on localhost for FTPS tests (currently disabled)
 
20
 
 
21
  The test suite runs simple FTP and HTTP servers on these ports to which
 
22
  it makes requests.
 
23
 
14
24
Run:
15
25
  'make test'. This invokes the 'runtests.pl' perl script. Edit the top
16
26
  variables of that script in case you have some specific needs.
27
37
 
28
38
Memory:
29
39
  The test script will check that all allocated memory is freed properly IF
30
 
  curl has been built with the MALLOCDEBUG define set. The script will
 
40
  curl has been built with the CURLDEBUG define set. The script will
31
41
  automatically detect if that is the case, and it will use the ../memanalyze
32
42
  script to analyze the memory debugging output.
33
43
 
47
57
          (gdb) where
48
58
 
49
59
Logs:
50
 
  All logs are generated in the logs/ subdirctory (it is emtpied first
51
 
  in the runtests.pl script)
 
60
  All logs are generated in the logs/ subdirctory (it is emptied first
 
61
  in the runtests.pl script). Use runtests.pl -k to keep the temporary files
 
62
  after the test run.
52
63
 
53
64
Data:
54
 
  All test-data are put in the data/ subdirctory. Each test is stored in the
 
65
  All test cases are put in the data/ subdirctory. Each test is stored in the
55
66
  file named according to the test number.
56
67
 
57
 
  The test case file format is simply a way to store different sections within
58
 
  the same physical file. The different sections are to be described here
59
 
  within shortly.
 
68
  See FILEFORMAT for the description of the test case files.
60
69
 
61
70
 
62
71
TEST CASE NUMBERS
68
77
 200 - 299   FILE
69
78
 300 - 399   HTTPS
70
79
 400 - 499   FTPS
 
80
 500 - 599   libcurl source code tests, not using the curl command tool
71
81
 
72
 
  ... if we run out of test numbers for a particular protocol, then we need
73
 
  to fix it.
 
82
 Since 30-apr-2003, there's nothing in the system that requires us to keep
 
83
 within these number series. Each test case now specifies its own server
 
84
 requirements, independent of test number.
74
85
 
75
86
TODO:
76
87
 
77
 
  * Port old test cases to the new file format
78
 
 
79
 
  * Make httpserver.pl work when we PUT without Content-Length:
80
 
  * Add persistant connection support and test cases
 
88
  * Add tests for TELNET, GOPHER, LDAP, DICT...