Postman Check
Was this helpful?
Was this helpful?
The following documentation provide details for the setup and configuration of the Apica Postman Check.
Step
Screenshot
Step 1: Name, Description, and Tags
Select a check type from the API Tools Check section. In this example, we will use Postman as the check type. Give the check a name and description and assign Tags to it if desired.
Step 2a: Select/Add/Delete Repository Profile
This step directs you to select/add/delete a Repository Profile. Select an existing Repository Profile. If there is no existing profile, press the green “+” icon to add a new Repository Profile (of any supported type). Click the Edit Icon to Edit/Modify/Delete an existing Repository Profile.
Step 2b: Specify Repository Paths
File path: Add the path/filename to the collection file relative to the root repository address. For example, if the URL address of your GitHub repository is https://github.com/user/newCheckTypes (see screenshot in step 2a) and the URL address of your file is https://github.com/user/newCheckTypes/tree/main/subfolder/myCollection.json, enter /subfolder/myCollection.json as the File path.
Environment Variables: if your script utilizes environment variables, add them to the “Environment Variables” field as a comma-separated list in the form of name=value. Having the option to specify Environment Variables from the ASM GUI allows you to easily change certain variables which are used in the script. For example, by defining an environment variable called “ID” (see screenshot), you can clone the Check after it has been created and easily create multiple checks with different “ID” variables.
Decrypt Key (optional): a Decrypt Key can be specified if you wish to encrypt sensitive data within your script. Technically, sensitive data should always be encrypted within a hosting repository, but it is up to you whether you wish to encrypt the data or not. Encryption of sensitive data is done via the Cryptify library. For directions on how to implement encryption within your Scripted check, refer to How to Mask Sensitive Data When Using Postman Checks.
Data Directory (optional): If your script relies on data which is stored in another file, that file can be placed in a “data directory” and referenced from the “data directory” field. For example, if your script utilizes a set of 500 key/value pair combinations, the data would best be placed in a separate .json file and put within the /data subdirectory within your base repository. Then, when /data is specified as the Data Directory, that subfolder will be recognized when the check runs.
Step 3 Interval, Thresholds & Monitor Groups
This is the same as other ASM checks. Set the frequencies needed, desired thresholds, and the Monitoring Groups the check should be organized under.
Note: npm Documentation Source
The latest version of the ASM Postman Check Runner documentation is found here and is authoritative:
The asm-pm-runner runs Postman collections and exports results to Apica’s Check Results Service (CRS) format.
The command-line tool is based on the standard Postman (Newman is a command-line collection runner for Postman.)
The primary enhancement to Newman is supporting the data decryption files and certificates. Encryption/decryption is based on the npm module.
ASM users who have Postman collections can now run them, without conversion, as long-term monitoring checks from a global perspective. This allows you to expand testing from a single location to measuring and comparing multiple performance results from any Apica agent over time.
Apica ASM can run Postman checks based on asm-pm-runner. This feature runs a Postman collection in Apica ASM and reports the results to Apica’s Check Reporting Service.
Running the Postman Runner Solution
At a Terminal window, type the following to install npm:
npm install -g npm
Installing the ASM Postman Check Runner Solution
At a Terminal window, type the following to install the ASM Postman Runner
npm install -g @apica-io/asm-pm-runner
ASM PM Runner Syntax
asm-pm-runner [options] <collection>
To get the options available for your version of the ASM-PM-Runner, at the command line/Terminal, enter:
asm-pm-runner -h
Which will return the following help with options
Usage: asm-pm-runner [options] <collection>
Options:
-e, --environment <path> Environment JSON file
-dk, --decryptKey <decryptKey> Decrypt key
-ev, --envVars [envVars...] Environment variables. Format name=value format
-v, --verbose Print collection information on stdout (default: false)
-r, --resultDir <dir> The result directory
-dd, --dataDir <dir> The data directory for certificates and test data
-l, --logLevel <logLevel> Log level in log4js (default: "info")
--sslClientCert <path> Specify the path to a client certificate (PEM)
--sslClientKey <path> Specify the path to a client certificate private key
--sslClientPassphrase <passphrase> Specify the client certificate passphrase (for protected key)
-V, --version output the version number
-h, --help display help for command
Please set up a Repository Profile for using URL-XI, Postman, or Scripted Checks. These scripts and collections are not uploaded to the Apica Platform but are managed through a repository.
URL-XI, Postman, and Scripted Checks use repositories to store their scripts/collections, so the first step is to create a new Repository Profile in the ASM Portal. Please go to the Manage Repository Files page for steps in setting this up.
The package.json file contains scripts for running the samples with correct parameter settings.
$ asm-pm-runner samples/HTTP-Bin-Requests.postman_collection.json -v -ev username=foo password=bar
This sample uses encrypted certificates.
$ asm-pm-runner -l debug -dk Encrypt.4.ssl --sslClientCert file.cert.pem --sslClientKey file.key.pem --dataDir samples/ec_badssl_certs -r results/ -v samples/BadSSL.postman_collection.json
The JSON report is stored in the results directory. The format is complaint with Check Result Service in Apica ASM.
The JSON report is divided into one or more steps.
A step contains requests from the postman collection.
The default is only one step, with all requests generated.
Several steps will be generated if the collection contains folders.
One step for each folder will be generated.
The step name corresponds to the folder name.
Only one level of steps is supported.
Folders in folders will be named folder/subfolder.
Example root folder/subfolder 1/subfolder 2
asm-pm-runner can return a custom value as the return value when running a collection. This functionality is often used in ASM when you want to return something else than the total response time as the main result of the check run. In the collection, use two special collection parameters and assign them values in a JavaScript test.
Collection Variable
Description
_Apica_ReturnValue
A numeric value used as the check value (return value)
_Apica_ReturnUnit
The unit of the customized return value
pm.test("Status code is 200", function () { pm.response.to.have.status(200); }); let eventCount =pm.response.json().length; pm.collectionVariables.set("_Apica_ReturnValue",eventCount) pm.collectionVariables.set("_Apica_ReturnUnit","events")
You can also return variable values in the result report. If you want to suppress a variable from being included in the result report use a name starting with the "_" character. Collection and Environment variables not changed during the run of the collection will be typed as input variables.
let json =pm.response.json(); pm.collectionVariables.set("eventName",json.name) pm.collectionVariables.set("category",json?.category?.description|| "") pm.collectionVariables.set("mediaLink",json?.mediaItem?.url|| "")
Key Links:
certificates
data files
shared variables
You must supply a decryption key with the -dk option. The file must be encrypted with the key using the command-line version of cryptify.6.1.1 Install cryptify
Install cryptify
$ npm install -g cryptify
Encrypt with cryptify
$ cryptify
Usage: cryptify [options] [command]
Options:
-v, --version Display the current version
-l, --list List available ciphers
-h, --help Display help for the command
Commands
encrypt [options] <file...> Encrypt files(s)
decrypt [options] <file...> Decrypt files(s)
help <command> Display help for the command
cryptify Syntax Example
$ cryptify encrypt file.txt -p 'Secret123!'
$ cryptify decrypt file.txt -p 'Secret123!'
Password Requirements:
1. Must contain at least 8 characters
2. Must contain at least 1 special character
3. Must contain at least 1 numeric character
4. Must contain a combination of uppercase and lowercase
$ cryptify encrypt common_vars.json --password URL-XI.4.data
$ asm-pm-runner samples/HTTP-Bin-Requests.postman_collection.json -r results -l debug -v -e samples/ec_env/Http_bin_environment.postman_environment.json -dk Encrypt.4.ssl
PDF Version here:
The solution depends on , which allows you to run your Postman Collections from the command line using the Apica Synthetic Monitoring Postman Runner (ASM PM Runner)
Solution Link:
(as of Version 1.3.5)
You will find some runnable examples in the installation directory under samples. See the in the about where you can find the global npm directory.
:
To encrypt and decrypt files in a project, you can use the NPM package , simple file-based encryption (FBE) utility for Node.js. The following file types support encryption/decryption: