mirror of
https://github.com/Orange-OpenSource/hurl.git
synced 2024-11-26 11:43:08 +03:00
Adding pluralization to scenerio and documentation
Grammer changes. These were added to the hurl docs and then generated with python scripts.
This commit is contained in:
parent
fe8d506f98
commit
57a298d9f1
20
README.md
20
README.md
@ -623,7 +623,7 @@ $ echo GET http://httpbin.org/get | hurl
|
||||
```
|
||||
|
||||
|
||||
Output goes to stdout by default. For output to a file, use the [`-o, --output`](#output) option:
|
||||
Output goes to stdout by default. To have output go to a file, use the [`-o, --output`](#output) option:
|
||||
|
||||
```
|
||||
$ hurl -o output input.hurl
|
||||
@ -668,7 +668,7 @@ POST https://example.org/login?user=toto&password=1234
|
||||
X-CSRF-TOKEN: {{csrf_token}}
|
||||
```
|
||||
|
||||
More information on captures here [https://hurl.dev/docs/capturing-response.html](https://hurl.dev/docs/capturing-response.html)
|
||||
More information on captures can be found here [https://hurl.dev/docs/capturing-response.html](https://hurl.dev/docs/capturing-response.html)
|
||||
|
||||
### Asserts
|
||||
|
||||
@ -689,7 +689,7 @@ HTTP/1.1 301
|
||||
Location: http://www.google.com
|
||||
```
|
||||
|
||||
You can also include explicit asserts combining query and predicate
|
||||
Explicit asserts can be included by combining a query and a predicate
|
||||
|
||||
```hurl
|
||||
GET http:/google.com
|
||||
@ -698,9 +698,9 @@ HTTP/1.1 301
|
||||
xpath "string(//title)" == "301 Moved"
|
||||
```
|
||||
|
||||
Thanks to asserts, Hurl can be used as a testing tool to run scenario.
|
||||
With the addition of asserts, Hurl can be used as a testing tool to run scenarios.
|
||||
|
||||
More information on asserts here [https://hurl.dev/docs/asserting-response.html](https://hurl.dev/docs/asserting-response.html)
|
||||
More information on asserts can be found here [https://hurl.dev/docs/asserting-response.html](https://hurl.dev/docs/asserting-response.html)
|
||||
|
||||
## Options
|
||||
|
||||
@ -714,7 +714,7 @@ For instance:
|
||||
$ hurl --location foo.hurl
|
||||
```
|
||||
|
||||
will follow redirection for each entry in `foo.hurl`. You can also define option only for a particular entry with an `[Options]` section. For instance, this Hurl file:
|
||||
will follow redirection for each entry in `foo.hurl`. You can also define an option only for a particular entry with an `[Options]` section. For instance, this Hurl file:
|
||||
|
||||
```hurl
|
||||
GET https://google.com
|
||||
@ -726,11 +726,11 @@ location: true
|
||||
HTTP/* 200
|
||||
```
|
||||
|
||||
will follow redirection only for the second entry.
|
||||
will follow a redirection only for the second entry.
|
||||
|
||||
Option | Description
|
||||
--- | ---
|
||||
<a href="#cacert" id="cacert"><code>--cacert</code></a> | Tells curl to use the specified certificate file to verify the peer.<br/>The file may contain multiple CA certificates.<br/>The certificate(s) must be in PEM format.<br/>Normally curl is built to use a default file for this, so this option is typically used to alter that default file.<br/>
|
||||
<a href="#cacert" id="cacert"><code>--cacert</code></a> | Specifies the certificate file for peer verification. The file may contain multiple CA certificates and must be in PEM format.<br/>Normally curl is built to use a default file for this, so this option is typically used to alter that default file.<br/>
|
||||
<a href="#color" id="color"><code>--color</code></a> | Colorize Output<br/>
|
||||
<a href="#compressed" id="compressed"><code>--compressed</code></a> | Request a compressed response using one of the algorithms br, gzip, deflate and automatically decompress the content.<br/>
|
||||
<a href="#connect-timeout" id="connect-timeout"><code>--connect-timeout <seconds></code></a> | Maximum time in seconds that you allow Hurl's connection to take.<br/><br/>See also [`-m, --max-time`](#max-time) option.<br/>
|
||||
@ -738,7 +738,7 @@ Option | Description
|
||||
<a href="#cookie-jar" id="cookie-jar"><code>-c, --cookie-jar <file></code></a> | Write cookies to FILE after running the session (only for one session).<br/>The file will be written using the Netscape cookie file format.<br/><br/>Combined with [`-b, --cookie`](#cookie), you can simulate a cookie storage between successive Hurl runs.<br/>
|
||||
<a href="#fail-at-end" id="fail-at-end"><code>--fail-at-end</code></a> | Continue executing requests to the end of the Hurl file even when an assert error occurs.<br/>By default, Hurl exits after an assert error in the HTTP response.<br/><br/>Note that this option does not affect the behavior with multiple input Hurl files.<br/><br/>All the input files are executed independently. The result of one file does not affect the execution of the other Hurl files.<br/>
|
||||
<a href="#file-root" id="file-root"><code>--file-root <dir></code></a> | Set root filesystem to import files in Hurl. This is used for both files in multipart form data and request body.<br/>When this is not explicitly defined, the files are relative to the current directory in which Hurl is running.<br/>
|
||||
<a href="#location" id="location"><code>-L, --location</code></a> | Follow redirect. You can limit the amount of redirects to follow by using the [`--max-redirs`](#max-redirs) option.<br/>
|
||||
<a href="#location" id="location"><code>-L, --location</code></a> | Follow redirect. To limit the amount of redirects to follow use the [`--max-redirs`](#max-redirs) option<br/>
|
||||
<a href="#glob" id="glob"><code>--glob <glob></code></a> | Specify input files that match the given glob pattern.<br/><br/>Multiple glob flags may be used. This flag supports common Unix glob patterns like *, ? and []. <br/>However, to avoid your shell accidentally expanding glob patterns before Hurl handles them, you must use single quotes or double quotes around each pattern.<br/>
|
||||
<a href="#include" id="include"><code>-i, --include</code></a> | Include the HTTP headers in the output (last entry).<br/>
|
||||
<a href="#ignore-asserts" id="ignore-asserts"><code>--ignore-asserts</code></a> | Ignore all asserts defined in the Hurl file.<br/>
|
||||
@ -756,7 +756,7 @@ Option | Description
|
||||
<a href="#report-junit" id="report-junit"><code>--report-junit <file></code></a> | Generate JUNIT <file>.<br/><br/>If the <file> report already exists, it will be updated with the new test results.<br/>
|
||||
<a href="#report-html" id="report-html"><code>--report-html <dir></code></a> | Generate HTML report in dir.<br/><br/>If the HTML report already exists, it will be updated with the new test results.<br/>
|
||||
<a href="#summary" id="summary"><code>--summary</code></a> | Print test metrics at the end of the run (on stderr)<br/><br/>Deprecated, use [`--test`](#test) or [`--json`](#json) instead.<br/>
|
||||
<a href="#test" id="test"><code>--test</code></a> | Activate test mode: the HTTP response is not outputted anymore, progress is reported for each Hurl file tested and a text summary is displayed when all files have been run. <br/>
|
||||
<a href="#test" id="test"><code>--test</code></a> | Activate test mode: with this, the HTTP response is not outputted anymore, progress is reported for each Hurl file tested, and a text summary is displayed when all files have been run.<br/>
|
||||
<a href="#to-entry" id="to-entry"><code>--to-entry <entry-number></code></a> | Execute Hurl file to ENTRY_NUMBER (starting at 1).<br/>Ignore the remaining of the file. It is useful for debugging a session.<br/>
|
||||
<a href="#user" id="user"><code>-u, --user <user:password></code></a> | Add basic Authentication header to each request.<br/>
|
||||
<a href="#user-agent" id="user-agent"><code>-A, --user-agent <name></code></a> | Specify the User-Agent string to send to the HTTP server.<br/>
|
||||
|
@ -39,7 +39,7 @@ $ echo GET http://httpbin.org/get | hurl
|
||||
```
|
||||
|
||||
|
||||
Output goes to stdout by default. For output to a file, use the [`-o, --output`](#output) option:
|
||||
Output goes to stdout by default. To have output go to a file, use the [`-o, --output`](#output) option:
|
||||
|
||||
```
|
||||
$ hurl -o output input.hurl
|
||||
@ -84,7 +84,7 @@ POST https://example.org/login?user=toto&password=1234
|
||||
X-CSRF-TOKEN: {{csrf_token}}
|
||||
```
|
||||
|
||||
More information on captures here [https://hurl.dev/docs/capturing-response.html](https://hurl.dev/docs/capturing-response.html)
|
||||
More information on captures can be found here [https://hurl.dev/docs/capturing-response.html](https://hurl.dev/docs/capturing-response.html)
|
||||
|
||||
### Asserts
|
||||
|
||||
@ -105,7 +105,7 @@ HTTP/1.1 301
|
||||
Location: http://www.google.com
|
||||
```
|
||||
|
||||
You can also include explicit asserts combining query and predicate
|
||||
Explicit asserts can be included by combining a query and a predicate
|
||||
|
||||
```hurl
|
||||
GET http:/google.com
|
||||
@ -114,9 +114,9 @@ HTTP/1.1 301
|
||||
xpath "string(//title)" == "301 Moved"
|
||||
```
|
||||
|
||||
Thanks to asserts, Hurl can be used as a testing tool to run scenario.
|
||||
With the addition of asserts, Hurl can be used as a testing tool to run scenarios.
|
||||
|
||||
More information on asserts here [https://hurl.dev/docs/asserting-response.html](https://hurl.dev/docs/asserting-response.html)
|
||||
More information on asserts can be found here [https://hurl.dev/docs/asserting-response.html](https://hurl.dev/docs/asserting-response.html)
|
||||
|
||||
## Options
|
||||
|
||||
@ -130,7 +130,7 @@ For instance:
|
||||
$ hurl --location foo.hurl
|
||||
```
|
||||
|
||||
will follow redirection for each entry in `foo.hurl`. You can also define option only for a particular entry with an `[Options]` section. For instance, this Hurl file:
|
||||
will follow redirection for each entry in `foo.hurl`. You can also define an option only for a particular entry with an `[Options]` section. For instance, this Hurl file:
|
||||
|
||||
```hurl
|
||||
GET https://google.com
|
||||
@ -142,11 +142,11 @@ location: true
|
||||
HTTP/* 200
|
||||
```
|
||||
|
||||
will follow redirection only for the second entry.
|
||||
will follow a redirection only for the second entry.
|
||||
|
||||
Option | Description
|
||||
--- | ---
|
||||
<a href="#cacert" id="cacert"><code>--cacert</code></a> | Tells curl to use the specified certificate file to verify the peer.<br/>The file may contain multiple CA certificates.<br/>The certificate(s) must be in PEM format.<br/>Normally curl is built to use a default file for this, so this option is typically used to alter that default file.<br/>
|
||||
<a href="#cacert" id="cacert"><code>--cacert</code></a> | Specifies the certificate file for peer verification. The file may contain multiple CA certificates and must be in PEM format.<br/>Normally curl is built to use a default file for this, so this option is typically used to alter that default file.<br/>
|
||||
<a href="#color" id="color"><code>--color</code></a> | Colorize Output<br/>
|
||||
<a href="#compressed" id="compressed"><code>--compressed</code></a> | Request a compressed response using one of the algorithms br, gzip, deflate and automatically decompress the content.<br/>
|
||||
<a href="#connect-timeout" id="connect-timeout"><code>--connect-timeout <seconds></code></a> | Maximum time in seconds that you allow Hurl's connection to take.<br/><br/>See also [`-m, --max-time`](#max-time) option.<br/>
|
||||
@ -154,7 +154,7 @@ Option | Description
|
||||
<a href="#cookie-jar" id="cookie-jar"><code>-c, --cookie-jar <file></code></a> | Write cookies to FILE after running the session (only for one session).<br/>The file will be written using the Netscape cookie file format.<br/><br/>Combined with [`-b, --cookie`](#cookie), you can simulate a cookie storage between successive Hurl runs.<br/>
|
||||
<a href="#fail-at-end" id="fail-at-end"><code>--fail-at-end</code></a> | Continue executing requests to the end of the Hurl file even when an assert error occurs.<br/>By default, Hurl exits after an assert error in the HTTP response.<br/><br/>Note that this option does not affect the behavior with multiple input Hurl files.<br/><br/>All the input files are executed independently. The result of one file does not affect the execution of the other Hurl files.<br/>
|
||||
<a href="#file-root" id="file-root"><code>--file-root <dir></code></a> | Set root filesystem to import files in Hurl. This is used for both files in multipart form data and request body.<br/>When this is not explicitly defined, the files are relative to the current directory in which Hurl is running.<br/>
|
||||
<a href="#location" id="location"><code>-L, --location</code></a> | Follow redirect. You can limit the amount of redirects to follow by using the [`--max-redirs`](#max-redirs) option.<br/>
|
||||
<a href="#location" id="location"><code>-L, --location</code></a> | Follow redirect. To limit the amount of redirects to follow use the [`--max-redirs`](#max-redirs) option<br/>
|
||||
<a href="#glob" id="glob"><code>--glob <glob></code></a> | Specify input files that match the given glob pattern.<br/><br/>Multiple glob flags may be used. This flag supports common Unix glob patterns like *, ? and []. <br/>However, to avoid your shell accidentally expanding glob patterns before Hurl handles them, you must use single quotes or double quotes around each pattern.<br/>
|
||||
<a href="#include" id="include"><code>-i, --include</code></a> | Include the HTTP headers in the output (last entry).<br/>
|
||||
<a href="#ignore-asserts" id="ignore-asserts"><code>--ignore-asserts</code></a> | Ignore all asserts defined in the Hurl file.<br/>
|
||||
@ -172,7 +172,7 @@ Option | Description
|
||||
<a href="#report-junit" id="report-junit"><code>--report-junit <file></code></a> | Generate JUNIT <file>.<br/><br/>If the <file> report already exists, it will be updated with the new test results.<br/>
|
||||
<a href="#report-html" id="report-html"><code>--report-html <dir></code></a> | Generate HTML report in dir.<br/><br/>If the HTML report already exists, it will be updated with the new test results.<br/>
|
||||
<a href="#summary" id="summary"><code>--summary</code></a> | Print test metrics at the end of the run (on stderr)<br/><br/>Deprecated, use [`--test`](#test) or [`--json`](#json) instead.<br/>
|
||||
<a href="#test" id="test"><code>--test</code></a> | Activate test mode: the HTTP response is not outputted anymore, progress is reported for each Hurl file tested and a text summary is displayed when all files have been run. <br/>
|
||||
<a href="#test" id="test"><code>--test</code></a> | Activate test mode: with this, the HTTP response is not outputted anymore, progress is reported for each Hurl file tested, and a text summary is displayed when all files have been run.<br/>
|
||||
<a href="#to-entry" id="to-entry"><code>--to-entry <entry-number></code></a> | Execute Hurl file to ENTRY_NUMBER (starting at 1).<br/>Ignore the remaining of the file. It is useful for debugging a session.<br/>
|
||||
<a href="#user" id="user"><code>-u, --user <user:password></code></a> | Add basic Authentication header to each request.<br/>
|
||||
<a href="#user-agent" id="user-agent"><code>-A, --user-agent <name></code></a> | Specify the User-Agent string to send to the HTTP server.<br/>
|
||||
|
@ -1,4 +1,4 @@
|
||||
.TH hurl 1 "31 Aug 2022" "hurl 1.7.0-snapshot" " Hurl Manual"
|
||||
.TH hurl 1 "01 Sep 2022" "hurl 1.7.0-snapshot" " Hurl Manual"
|
||||
.SH NAME
|
||||
|
||||
hurl - run and test HTTP requests.
|
||||
@ -36,7 +36,7 @@ If no input files are specified, input is read from stdin.
|
||||
}
|
||||
|
||||
|
||||
Output goes to stdout by default. For output to a file, use the \fI-o, --output\fP option:
|
||||
Output goes to stdout by default. To have output go to a file, use the \fI-o, --output\fP option:
|
||||
|
||||
$ hurl -o output input.hurl
|
||||
|
||||
@ -73,7 +73,7 @@ A typical example occurs with csrf tokens.
|
||||
POST https://example.org/login?user=toto&password=1234
|
||||
X-CSRF-TOKEN: {{csrf_token}}
|
||||
|
||||
More information on captures here \fIhttps://hurl.dev/docs/capturing-response.html\fP
|
||||
More information on captures can be found here \fIhttps://hurl.dev/docs/capturing-response.html\fP
|
||||
|
||||
.IP "Asserts"
|
||||
|
||||
@ -90,16 +90,16 @@ It can also include asserts on the response headers
|
||||
HTTP/1.1 301
|
||||
Location: http://www.google.com
|
||||
|
||||
You can also include explicit asserts combining query and predicate
|
||||
Explicit asserts can be included by combining a query and a predicate
|
||||
|
||||
GET http:/google.com
|
||||
HTTP/1.1 301
|
||||
[Asserts]
|
||||
xpath "string(//title)" == "301 Moved"
|
||||
|
||||
Thanks to asserts, Hurl can be used as a testing tool to run scenario.
|
||||
With the addition of asserts, Hurl can be used as a testing tool to run scenarios.
|
||||
|
||||
More information on asserts here \fIhttps://hurl.dev/docs/asserting-response.html\fP
|
||||
More information on asserts can be found here \fIhttps://hurl.dev/docs/asserting-response.html\fP
|
||||
|
||||
.SH OPTIONS
|
||||
|
||||
@ -111,7 +111,7 @@ For instance:
|
||||
|
||||
$ hurl --location foo.hurl
|
||||
|
||||
will follow redirection for each entry in `foo.hurl`. You can also define option only for a particular entry with an `[Options]` section. For instance, this Hurl file:
|
||||
will follow redirection for each entry in `foo.hurl`. You can also define an option only for a particular entry with an `[Options]` section. For instance, this Hurl file:
|
||||
|
||||
GET https://google.com
|
||||
HTTP/* 301
|
||||
@ -121,13 +121,11 @@ will follow redirection for each entry in `foo.hurl`. You can also define option
|
||||
location: true
|
||||
HTTP/* 200
|
||||
|
||||
will follow redirection only for the second entry.
|
||||
will follow a redirection only for the second entry.
|
||||
|
||||
.IP "--cacert "
|
||||
|
||||
Tells curl to use the specified certificate file to verify the peer.
|
||||
The file may contain multiple CA certificates.
|
||||
The certificate(s) must be in PEM format.
|
||||
Specifies the certificate file for peer verification. The file may contain multiple CA certificates and must be in PEM format.
|
||||
Normally curl is built to use a default file for this, so this option is typically used to alter that default file.
|
||||
|
||||
.IP "--color "
|
||||
@ -173,7 +171,7 @@ When this is not explicitly defined, the files are relative to the current direc
|
||||
|
||||
.IP "-L, --location "
|
||||
|
||||
Follow redirect. You can limit the amount of redirects to follow by using the \fI--max-redirs\fP option.
|
||||
Follow redirect. To limit the amount of redirects to follow use the \fI--max-redirs\fP option
|
||||
|
||||
.IP "--glob <glob> "
|
||||
|
||||
@ -261,7 +259,7 @@ Deprecated, use \fI--test\fP or \fI--json\fP instead.
|
||||
|
||||
.IP "--test "
|
||||
|
||||
Activate test mode: the HTTP response is not outputted anymore, progress is reported for each Hurl file tested and a text summary is displayed when all files have been run.
|
||||
Activate test mode: with this, the HTTP response is not outputted anymore, progress is reported for each Hurl file tested, and a text summary is displayed when all files have been run.
|
||||
|
||||
.IP "--to-entry <entry-number> "
|
||||
|
||||
|
@ -37,7 +37,7 @@ $ echo GET http://httpbin.org/get | hurl
|
||||
```
|
||||
|
||||
|
||||
Output goes to stdout by default. For output to a file, use the [`-o, --output`](#output) option:
|
||||
Output goes to stdout by default. To have output go to a file, use the [`-o, --output`](#output) option:
|
||||
|
||||
```
|
||||
$ hurl -o output input.hurl
|
||||
@ -82,7 +82,7 @@ POST https://example.org/login?user=toto&password=1234
|
||||
X-CSRF-TOKEN: {{csrf_token}}
|
||||
```
|
||||
|
||||
More information on captures here [https://hurl.dev/docs/capturing-response.html](https://hurl.dev/docs/capturing-response.html)
|
||||
More information on captures can be found here [https://hurl.dev/docs/capturing-response.html](https://hurl.dev/docs/capturing-response.html)
|
||||
|
||||
### Asserts
|
||||
|
||||
@ -103,7 +103,7 @@ HTTP/1.1 301
|
||||
Location: http://www.google.com
|
||||
```
|
||||
|
||||
You can also include explicit asserts combining query and predicate
|
||||
Explicit asserts can be included by combining a query and a predicate
|
||||
|
||||
```hurl
|
||||
GET http:/google.com
|
||||
@ -112,9 +112,9 @@ HTTP/1.1 301
|
||||
xpath "string(//title)" == "301 Moved"
|
||||
```
|
||||
|
||||
Thanks to asserts, Hurl can be used as a testing tool to run scenario.
|
||||
With the addition of asserts, Hurl can be used as a testing tool to run scenarios.
|
||||
|
||||
More information on asserts here [https://hurl.dev/docs/asserting-response.html](https://hurl.dev/docs/asserting-response.html)
|
||||
More information on asserts can be found here [https://hurl.dev/docs/asserting-response.html](https://hurl.dev/docs/asserting-response.html)
|
||||
|
||||
## OPTIONS
|
||||
|
||||
@ -128,7 +128,7 @@ For instance:
|
||||
$ hurl --location foo.hurl
|
||||
```
|
||||
|
||||
will follow redirection for each entry in `foo.hurl`. You can also define option only for a particular entry with an `[Options]` section. For instance, this Hurl file:
|
||||
will follow redirection for each entry in `foo.hurl`. You can also define an option only for a particular entry with an `[Options]` section. For instance, this Hurl file:
|
||||
|
||||
```hurl
|
||||
GET https://google.com
|
||||
@ -140,13 +140,11 @@ location: true
|
||||
HTTP/* 200
|
||||
```
|
||||
|
||||
will follow redirection only for the second entry.
|
||||
will follow a redirection only for the second entry.
|
||||
|
||||
### --cacert {#cacert}
|
||||
|
||||
Tells curl to use the specified certificate file to verify the peer.
|
||||
The file may contain multiple CA certificates.
|
||||
The certificate(s) must be in PEM format.
|
||||
Specifies the certificate file for peer verification. The file may contain multiple CA certificates and must be in PEM format.
|
||||
Normally curl is built to use a default file for this, so this option is typically used to alter that default file.
|
||||
|
||||
### --color {#color}
|
||||
@ -192,7 +190,7 @@ When this is not explicitly defined, the files are relative to the current direc
|
||||
|
||||
### -L, --location {#location}
|
||||
|
||||
Follow redirect. You can limit the amount of redirects to follow by using the [`--max-redirs`](#max-redirs) option.
|
||||
Follow redirect. To limit the amount of redirects to follow use the [`--max-redirs`](#max-redirs) option
|
||||
|
||||
### --glob <glob> {#glob}
|
||||
|
||||
@ -280,7 +278,7 @@ Deprecated, use [`--test`](#test) or [`--json`](#json) instead.
|
||||
|
||||
### --test {#test}
|
||||
|
||||
Activate test mode: the HTTP response is not outputted anymore, progress is reported for each Hurl file tested and a text summary is displayed when all files have been run.
|
||||
Activate test mode: with this, the HTTP response is not outputted anymore, progress is reported for each Hurl file tested, and a text summary is displayed when all files have been run.
|
||||
|
||||
### --to-entry <entry-number> {#to-entry}
|
||||
|
||||
|
@ -1,4 +1,4 @@
|
||||
.TH hurl 1 "31 Aug 2022" "hurl 1.7.0-snapshot" " Hurl Manual"
|
||||
.TH hurl 1 "01 Sep 2022" "hurl 1.7.0-snapshot" " Hurl Manual"
|
||||
.SH NAME
|
||||
|
||||
hurlfmt - format Hurl files
|
||||
|
@ -623,7 +623,7 @@ $ echo GET http://httpbin.org/get | hurl
|
||||
```
|
||||
|
||||
|
||||
Output goes to stdout by default. For output to a file, use the [`-o, --output`](#output) option:
|
||||
Output goes to stdout by default. To have output go to a file, use the [`-o, --output`](#output) option:
|
||||
|
||||
```
|
||||
$ hurl -o output input.hurl
|
||||
@ -668,7 +668,7 @@ POST https://example.org/login?user=toto&password=1234
|
||||
X-CSRF-TOKEN: {{csrf_token}}
|
||||
```
|
||||
|
||||
More information on captures here [https://hurl.dev/docs/capturing-response.html](https://hurl.dev/docs/capturing-response.html)
|
||||
More information on captures can be found here [https://hurl.dev/docs/capturing-response.html](https://hurl.dev/docs/capturing-response.html)
|
||||
|
||||
### Asserts
|
||||
|
||||
@ -689,7 +689,7 @@ HTTP/1.1 301
|
||||
Location: http://www.google.com
|
||||
```
|
||||
|
||||
You can also include explicit asserts combining query and predicate
|
||||
Explicit asserts can be included by combining a query and a predicate
|
||||
|
||||
```hurl
|
||||
GET http:/google.com
|
||||
@ -698,9 +698,9 @@ HTTP/1.1 301
|
||||
xpath "string(//title)" == "301 Moved"
|
||||
```
|
||||
|
||||
Thanks to asserts, Hurl can be used as a testing tool to run scenario.
|
||||
With the addition of asserts, Hurl can be used as a testing tool to run scenarios.
|
||||
|
||||
More information on asserts here [https://hurl.dev/docs/asserting-response.html](https://hurl.dev/docs/asserting-response.html)
|
||||
More information on asserts can be found here [https://hurl.dev/docs/asserting-response.html](https://hurl.dev/docs/asserting-response.html)
|
||||
|
||||
## Options
|
||||
|
||||
@ -714,7 +714,7 @@ For instance:
|
||||
$ hurl --location foo.hurl
|
||||
```
|
||||
|
||||
will follow redirection for each entry in `foo.hurl`. You can also define option only for a particular entry with an `[Options]` section. For instance, this Hurl file:
|
||||
will follow redirection for each entry in `foo.hurl`. You can also define an option only for a particular entry with an `[Options]` section. For instance, this Hurl file:
|
||||
|
||||
```hurl
|
||||
GET https://google.com
|
||||
@ -726,11 +726,11 @@ location: true
|
||||
HTTP/* 200
|
||||
```
|
||||
|
||||
will follow redirection only for the second entry.
|
||||
will follow a redirection only for the second entry.
|
||||
|
||||
Option | Description
|
||||
--- | ---
|
||||
<a href="#cacert" id="cacert"><code>--cacert</code></a> | Tells curl to use the specified certificate file to verify the peer.<br/>The file may contain multiple CA certificates.<br/>The certificate(s) must be in PEM format.<br/>Normally curl is built to use a default file for this, so this option is typically used to alter that default file.<br/>
|
||||
<a href="#cacert" id="cacert"><code>--cacert</code></a> | Specifies the certificate file for peer verification. The file may contain multiple CA certificates and must be in PEM format.<br/>Normally curl is built to use a default file for this, so this option is typically used to alter that default file.<br/>
|
||||
<a href="#color" id="color"><code>--color</code></a> | Colorize Output<br/>
|
||||
<a href="#compressed" id="compressed"><code>--compressed</code></a> | Request a compressed response using one of the algorithms br, gzip, deflate and automatically decompress the content.<br/>
|
||||
<a href="#connect-timeout" id="connect-timeout"><code>--connect-timeout <seconds></code></a> | Maximum time in seconds that you allow Hurl's connection to take.<br/><br/>See also [`-m, --max-time`](#max-time) option.<br/>
|
||||
@ -738,7 +738,7 @@ Option | Description
|
||||
<a href="#cookie-jar" id="cookie-jar"><code>-c, --cookie-jar <file></code></a> | Write cookies to FILE after running the session (only for one session).<br/>The file will be written using the Netscape cookie file format.<br/><br/>Combined with [`-b, --cookie`](#cookie), you can simulate a cookie storage between successive Hurl runs.<br/>
|
||||
<a href="#fail-at-end" id="fail-at-end"><code>--fail-at-end</code></a> | Continue executing requests to the end of the Hurl file even when an assert error occurs.<br/>By default, Hurl exits after an assert error in the HTTP response.<br/><br/>Note that this option does not affect the behavior with multiple input Hurl files.<br/><br/>All the input files are executed independently. The result of one file does not affect the execution of the other Hurl files.<br/>
|
||||
<a href="#file-root" id="file-root"><code>--file-root <dir></code></a> | Set root filesystem to import files in Hurl. This is used for both files in multipart form data and request body.<br/>When this is not explicitly defined, the files are relative to the current directory in which Hurl is running.<br/>
|
||||
<a href="#location" id="location"><code>-L, --location</code></a> | Follow redirect. You can limit the amount of redirects to follow by using the [`--max-redirs`](#max-redirs) option.<br/>
|
||||
<a href="#location" id="location"><code>-L, --location</code></a> | Follow redirect. To limit the amount of redirects to follow use the [`--max-redirs`](#max-redirs) option<br/>
|
||||
<a href="#glob" id="glob"><code>--glob <glob></code></a> | Specify input files that match the given glob pattern.<br/><br/>Multiple glob flags may be used. This flag supports common Unix glob patterns like *, ? and []. <br/>However, to avoid your shell accidentally expanding glob patterns before Hurl handles them, you must use single quotes or double quotes around each pattern.<br/>
|
||||
<a href="#include" id="include"><code>-i, --include</code></a> | Include the HTTP headers in the output (last entry).<br/>
|
||||
<a href="#ignore-asserts" id="ignore-asserts"><code>--ignore-asserts</code></a> | Ignore all asserts defined in the Hurl file.<br/>
|
||||
@ -756,7 +756,7 @@ Option | Description
|
||||
<a href="#report-junit" id="report-junit"><code>--report-junit <file></code></a> | Generate JUNIT <file>.<br/><br/>If the <file> report already exists, it will be updated with the new test results.<br/>
|
||||
<a href="#report-html" id="report-html"><code>--report-html <dir></code></a> | Generate HTML report in dir.<br/><br/>If the HTML report already exists, it will be updated with the new test results.<br/>
|
||||
<a href="#summary" id="summary"><code>--summary</code></a> | Print test metrics at the end of the run (on stderr)<br/><br/>Deprecated, use [`--test`](#test) or [`--json`](#json) instead.<br/>
|
||||
<a href="#test" id="test"><code>--test</code></a> | Activate test mode: the HTTP response is not outputted anymore, progress is reported for each Hurl file tested and a text summary is displayed when all files have been run. <br/>
|
||||
<a href="#test" id="test"><code>--test</code></a> | Activate test mode: with this, the HTTP response is not outputted anymore, progress is reported for each Hurl file tested, and a text summary is displayed when all files have been run.<br/>
|
||||
<a href="#to-entry" id="to-entry"><code>--to-entry <entry-number></code></a> | Execute Hurl file to ENTRY_NUMBER (starting at 1).<br/>Ignore the remaining of the file. It is useful for debugging a session.<br/>
|
||||
<a href="#user" id="user"><code>-u, --user <user:password></code></a> | Add basic Authentication header to each request.<br/>
|
||||
<a href="#user-agent" id="user-agent"><code>-A, --user-agent <name></code></a> | Specify the User-Agent string to send to the HTTP server.<br/>
|
||||
|
Loading…
Reference in New Issue
Block a user