npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

newman-ext

v1.0.3

Published

Extensions to newman

Readme

newman-ext

Extensions to newman
Mainly to support running multiple folders at the same time, with few more additions.

$ npm install newman-ext --global

Extension parameters:

  • run
    Can be given multiple times to merge and execute multiple collections as a single collection.
  • --folder
    Can be provided multiple times. Collection will be filtered to keep only these folders.
  • --exclude
    Folders to exclude. Can be provided multiple times. Executed before --folder.
  • --threads
    Execute each --folder as a single newman job upto [threads] jobs in parallel. Only valid when --folders are present.
  • -t, --tags
    Filters REQUESTS(not folders) based on the provided tags. Based on Cucumber Tags Expressions

Examples:

  • run
$ newman-ext run <PathToCollection1> run <PathToCollection2>
This will create a single collection with name : <Collection1.name>_<Collection2.name>
A folder will be created for each collection with name : <Collection.name>
All folders of that collection will be added under folder <Collection.name>
Example: newman-ext run Coll1 run Coll2
New Collection will look like:
    Coll1_Coll2
    |_Coll1
    | |_Coll1Fld1
    | |_Coll1Fld2
    |_Coll1
      |_Coll2Fld1
      |_Coll2Fld2
  • --folder
$ newman-ext run <Collection> --folder one --folder two --folder three

This will filter Collection to include folders one, two and three

  • --exclude
$ newman-ext run <Collection> --exclude one --exclude two

This will filter Collection to exclude folders one and two

  • --exclude --folder
$ newman-ext run <Collection>  --folder one --folder two --exclude one_one

This will filter Collection to exclude folders one_one and then include folders one and two

  • --threads
$ newman-ext run <Collection> --folder one --folder two --folder three --threads 1

This will execute collection one by one for each folder. Thereby creating 3 seperate reports

  • --threads
$ newman-ext run <Collection> --folder one --folder two --folder three --folder four --threads 2

This will execute collection one by one for each folder, with upto 2 executions running in parallel. It will create 4 seperate reports

  • --tags
$ newman-ext run <Collection> --tags "@sanity"

This will filter collection to include REQUESTS having WORD "@sanity" in description or empty descriptions and run this collection.

  • --tags
$ newman-ext run <Collection> --tags "@sanity" --remove-emptyDesc

This will filter collection to include REQUESTS having WORD "@sanity" in description (will remove REQUESTS with empty descriptions) and run this collection.

  • --tags
$ newman-ext run <Collection> --tags "@sanity and not @l2"

This will filter collection to include REQUESTS having WORD "@sanity" and not having word "@l2" in description or empty descriptions and run this collection.

Command line Options

newman run <collection-file-source> [options]

  • -e <source>, --environment <source> Specify an environment file path or URL. Environments provide a set of variables that one can use within collections. Read More

  • -g <source>, --globals <source> Specify file path or URL for global variables. Global variables are similar to environment variables but has a lower precedence and can be overridden by environment variables having same name.

  • -d <source>, --iteration-data <source> Specify a data source file (CSV) to be used for iteration as a path to a file or as a URL. Read More

  • -n <number>, --iteration-count <number> Specifies the number of times the collection has to be run when used in conjunction with iteration data file.

  • --folder <name> Run requests within a particular folder in a collection.

  • --exclude <name> Folder to exclude from collection. Done before --folder

  • --timeout <ms> Specify the time (in milliseconds) to wait for the entire collection run to complete execution.

  • --timeout-request <ms> Specify the time (in milliseconds) to wait for requests to return a response.

  • --timeout-script <ms> Specify the time (in milliseconds) to wait for scripts to complete execution.

  • -k, --insecure Disables SSL verification checks and allows self-signed SSL certificates.

  • --bail Specify whether or not to stop a collection run on encountering the first error.

  • --ignore-redirects Prevents newman from automatically following 3XX redirect responses.

  • --delay-request Specify the extent of delay between requests (milliseconds).

  • -x, --suppress-exit-code Specify whether or not to override the default exit code for the current run.

  • --color Use this option to force colored CLI output (for use in CLI for CI / non TTY environments).

  • --ssl-client-cert [path] The path to the public client certificate file.

  • --ssl-client-key [path] The path to the private client key (optional).

  • --ssl-client-passphrase [path] The secret passphrase used to protect the private client key (optional).

  • -t, --tags Exclude/include REQUESTS based on tag(@text) in description. Requests with no description are not filtered and present in final collection.

  • -m, --remove-emptyDesc If present, alongwith --tags, then removes requests with empty description

  • --export-collection [path] The path to the file where Newman will output the final collection

  • -p, --threads [count] Execute each --folder as a single newman job upto [threads] jobs in parallel. Only valid when --folders are present

Configuring Reporters

Reporters provide information about the current collection run in a format that is easy to both: disseminate and assimilate.

  • -r <reporter-name>, --reporters <reporter-name> Specify one reporter name as string or provide more than one reporter name as a comma separated list of reporter names. Available reporters are: cli, json, html and junit. Spaces should not be used between reporter names / commas whilst specifying a comma separted list of reporters. For instance: :white_check_mark: -r html,cli,json,junit :x: -r html, cli , json,junit

  • --reporter-{{reporter-name}}-{{reporter-option}} When multiple reporters are provided, if one needs to specifically override or provide an option to one reporter, this is achieved by prefixing the option with --reporter-{{reporter-name}}-. For example, ... --reporters cli,html --reporter-cli-silent would silence the CLI reporter only.

CLI reporter options

These options are supported by the CLI reporter, use them with appropriate argument switch prefix. For example, the option no-summary can be passed as --reporter-no-summary or --reporter-cli-no-summary.

CLI reporter is enabled by default, you do not need to specifically provide the same as part of --reporters option. However, enabling one or more of the other reporters will result in no CLI output. Explicitly enable the CLI option in such a scenario.

| CLI Option | Description | |-------------|-------------------| | --reporter-cli-silent | The CLI reporter is internally disabled and you see no output to terminal. | | --reporter-cli-no-summary | The statistical summary table is not shown. | | --reporter-cli-no-failures | This prevents the run failures from being separately printed. | | --reporter-cli-no-assertions | This turns off the output for request-wise assertions as they happen. | | --reporter-cli-no-success-assertions | This turns off the output for successful assertions as they happen. | | --reporter-cli-no-console | This turns off the output of console.log (and other console calls) from collection's scripts. |

JSON reporter options

The built-in JSON reporter is useful in producing a comprehensive output of the run summary. It takes the path to the file where to write the file. The content of this file is exactly same as the summary parameter sent to the callback when Newman is used as a library.

To enable JSON reporter, provide --reporters json as a CLI option.

| CLI Option | Description | |-------------|-------------------| | --reporter-json-export <path> | Specify a path where the output JSON file will be written to disk. If not specified, the file will be written to newman/ in the current working directory. |

HTML reporter options

The built-in HTML reporter produces and HTML output file outlining the summary and report of the Newman run. To enable the HTML reporter, provide --reporters html as a CLI option.

| CLI Option | Description | |-------------|-------------------| | --reporter-html-export <path> | Specify a path where the output HTML file will be written to disk. If not specified, the file will be written to newman/ in the current working directory. | | --reporter-html-template <path> | Specify a path to the custom template which will be used to render the HTML report. This option depends on --reporter html and --reporter-html-export being present in the run command. If this option is not specified, the default template is used |

Custom templates (currently handlebars only) can be passed to the HTML reporter via --reporter-html-template <path> with --reporters html and --reporter-html-export. The default template is used in all other cases.

JUNIT/XML reporter options

Newman can output a summary of the collection run to a JUnit compatible XML file. To enable the JUNIT reporter, provide --reporters junit as a CLI option.

| CLI Option | Description | |-------------|-------------------| | --reporter-junit-export <path> | Specify a path where the output XML file will be written to disk. If not specified, the file will be written to newman/ in the current working directory. |

Older command line options are supported, but are deprecated in favour of the newer v3 options and will soon be discontinued. For documentation on the older command options, refer to README.md for Newman v2.X.