@rapidapi/testing-worker
v1.0.11
Published
A RapidAPI Testing worker CLI
Downloads
128
Keywords
Readme
RapidAPI Testing Workers
API Tests in RapidAPI Testing are executed by workers. By default, the workers executing your tests live in RapidAPI cloud. However, there are instances where you might want to run a worker locally (for example, calling "localhost" APIs, connecting to a local database, etc.). In order to satisfy these use cases, you can install + run a RapidAPI Testing Worker locally.
Installing Workers Locally
RapidAPI Testing Worker is available as a package on NPM. You can install RapidAPI Testing workers locally through one of the following methods.
Install from the command line
npm install -g @rapidapi/testing-worker
Running Workers with Examples
Once you have successfully installed a testing worker on your machine, you can run it by executing testing-worker
command along with the appropriate options.
Syntax
npx testing-worker [options]
Options
-s, --secret <secret>
(Required)
Location secret from which the worker will fetch executions. This is the location secret that you will use to add the worker to the UI.
-k, --key <key>
(Required)
Location key for fetching executions. Must match secret.
-c, --context <context>
(Required)
API context (user ID or organization ID) for fetching executions
-f, --frequency <frequency>
(Optional; default is undefined)
Frequency in which the worker should fetch new test executions, set as period interval in ms. For example, setting frequency as 5000 ms means that new tests will be fetched every 5000 ms. If the frequency is undefined (as is the default), the worker will only fetch new tests once. Please note that with frequency less than 2000 ms, you may get 429 (rate limiting) errors.
-m, --max <max>
(Optional; default is undefined)
The amount of time in ms that the worker is going to be active. For example, setting max as 10000 ms means that the worker will be active for 10000 ms, and then exits. Any tests triggered after the worker exists will not be executed until a new worker is started. If max is undefined (as is the default), the worker will continue to run until the process is terminated.
-u, --url <baseUrl>
(Optional)
The base URL to fetch executions from (default: "https://rapidapi.com/testing")
-b, --batch <batch>
(Optional; default is 100)
You can use this to control the number of test executions to process on each interval.
-V, --version
Retrieve the version number.
-h, --help
Display help content for the command.
-l, --logging
Use "on", "off" or "cli". "cli" will show additional information at start up.
--ignore-ssl
Ignore missing SSL certificates for https requests.
Example
Below command will run a RapidAPI Testing Worker that fetches 200 new tests every 5 seconds from location queue 3866fd2aaeb474a76fdf236062660fb31df234b8
, defined for context 1234567
, with location key as custom_worker
.
testing-worker -s 3866fd2aaeb474a76fdf236062660fb31df234b8 -k custom_worker -c 1234567 --frequency 5000 --batch 200
Environment variables.
Alternately, you can start the worker with preset env vars and omit the command options entirely.
The following env vars are supported:
BASE_URL
LOCATION_KEY
LOCATION_SECRET
LOCATION_CONTEXT
FREQUENCY
POLLING_TIME_MAX
BATCH_SIZE
WORKER_LOGGING
IGNORE_MISSING_SSL_CERT
Once loaded, you can start the work without the command options:
testing-worker