Skip to main content

A REST API Automation Library for Robot Framework

Project description

Robot Framework - RESTLibrary

Introduction

RESTLibrary provides a feature-rich and extensible infrastructure which is required for making any REST/HTTP call along with all the possible range of features which one might need for doing end-to-end REST API automation using robotframework. All the repetitive tasks which API automation developer has to perform frequently are taken care as part of standard features of the library, like JSON comparison, benchmarking, file upload, file download, authentication, logging/reporting, response channelization, runtime variable resolution etc.

The library exposes a single keyword - Make HTTP Request, which has all the possible parameters to take care of all the features required for end-to-end REST API Automation.

This library is tightly coupled with robotframework and designed/developed for robotframework users only, it is not intended to be used as a standalone python library.

License

Prerequisites

RESTLibrary has following prerequisites:

robotframework>=3.1.2
requests>=2.25.1
jsonpath-ng>=1.5.0
jsonschema>=3.2.0
setuptools>=39.1.0

you can install all the prerequisites either one by one or using the requirements.txt provided with source code:

pip install -r requirements.txt

Installation

RESTLibrary can be easily installed using pip with following command:

pip install robotframework-restlibrary

Alternatively it can also be installed from the sourcecode:

python setup.py install

Make HTTP Request

Make HTTP Request is the main keyword of RESTLibrary, it has all the possible parameters which are needed for making any HTTP/REST request along with other parameters needed for various facets of REST API Automation. Rest of the document explains about various parameters of Make HTTP Request and their usage examples.

Simple HTTP Request

These are the first two parameters to the keyword and the only mandatory parameters as well, rest all other parameters are optional based on the use case

  1. requestid : an alphanumeric value which helps identify an HTTP request uniquely
  2. url : entire URI which needs to be invoked, including query parameters.

Example

*** Settings ***
Library         RESTLibrary

*** Test Cases ***
Get All Users on First Page
      Make HTTP Request   get all users    https://reqres.in/api/users?page=1  

HTTP Request Variations

  1. method : HTTP method/verb to be used for the REST call, default is GET, other supported values are HEAD, POST, PUT, PATCH and DELETE
  2. requestHeaders : a dictionary of all the headers which need to be passed with HTTP request, default is empty dictionary which means no headers.
  3. requestBody : payload/data to be posted along with the request, it can be either a file-path or content itself
  4. timeout : request timeout in seconds

Example

*** Settings ***
Library         RESTLibrary

*** Test Cases ***
Create User
      Make HTTP Request   create a new user    https://reqres.in/api/users    method=POST    requestHeaders={'Content-Type' : 'application/json', 'Accept' : 'application/json'}       requestBody={"name":"deepak", "job":"automation developer"}    timeout=15

Authentication

  1. authType : Type of authentication to be used, default is NoAuth, means no authentication (default can be changed while importing the library with authType=<myDefaultAuthType> parameter), other supported value is Basic. You can also choose not to use authType variable and provide auth token on your own while making the request in request headers or url based on your API.
  2. username : username to be used for authentication while making the request, you can also declare a global/suite/test variable ${username} beforehand rather than passing it with each request. username passed with request will override the global variable.
  3. password : password to be used for authentication while making the request, you can also declare a global/suite/test variable ${password} beforehand rather than passing it with each request. password passed with request will override the global variable.

Example

*** Settings ***
Library         RESTLibrary

*** Variables ***
${username}=    deepak
${password}=    Pass1

*** Test Cases ***
Get All Users
      # this request will be processed using NoAuth authType which is default
      Make HTTP Request   get all users    https://reqres.in/api/users?page=1
      
      # this request will be processed using Basic authType
      Make HTTP Request   get all users    https://reqres.in/api/users?page=1   authType=Basic
      
      # this request will be processed using Basic authType
      Make HTTP Request   get all users    https://reqres.in/api/users?page=1   authType=Basic        username=dchourasia     password=Password1

Custom Authentication

You can also implement custom authentication using a robot keyword or a python function:

  • this keyword / function will always have an input parameter of "requestInfo" object
  • using this "requestInfo" object you can insert your auth token in url or header of the request.
  • Make sure to import your custom auth library/resource file settings section of the suite
  • provide the keyword/function name as the value of authType parameter.
  • detailed examples of custom authentication can be found in tests directory of the source code.
Example
*** Settings ***
Library         RESTLibrary

*** Variables ***
${username}=    deepak
${password}=    Pass1

*** Test Cases ***
Get All Users   
      # this request will be processed using given authType, username and password, custom auth is implemented using a robot keyword in "Keywords" secction
      Make HTTP Request   get all users with custom auth    https://reqres.in/api/users?page=1      authType=set my auth token        username=dchourasia     password=Password1
      
*** Keywords ***
set my auth token
    [Arguments]  ${request info}
    # here is the example how you can update the url to include custom auth token for your request
    ${request info.url}=    Set Variable    ${request info.url}&token=customAuthToken

    # here is the example how you can update the request headers to include custom auth token for your request
    Set To Dictionary   ${request info.requestHeaders}      customAuthHeaderName=customAuthToken

    # return final requestInfo object after all the updates
    [Return]  ${request info}

Response Channelization

Response Channelization (RC) is special and unique feature of RESTLibrary, which lets you extract and channelize the data from response of one API call to next API call with least efforts and in scalable manner.

  1. It can channelize data from response body and response headers both.
  2. In case of response body channelization you can either channelize selective data or entire body itself based on your need.
  3. While channelizing entire body you also have an option to update it if needed.

RC Syntax (RC === Response Channelization)

<<<rc, src_request_id, rcType, selector>>> An RC block is always written between <<< and >>> tokens. Here are the details about 4 comma separated parameters inside RC block

  • rc : this is name of the keyword, so it's value will always be rc
  • src_request_id : this is id of the source request from which you want to extract and channelize the data
  • rcType : this variable denotes whether you want to extract data from response body or response headers, supported values are body and header
  • selector : using this variable you can specify what data you want to extract. It can have many values based on rcType.
rcType selector examples comments
body jsonPath $.id selecting id
$.items[?(@.name="user1")].id selecting id of the item which has name as user1
json {"name" : "user1_updated"} will return entire response body with updated name
{"$.items[*].name" : "user1_updated"} will return entire response body with updated name of every item in the json
{"$.items[*].name" : "<<<DELETE>>>"} will return entire response body after deleting name node from every item in the json
{} will return entire response body as is without any changes
header headerName etag will return etag header value from the response headers of the src request

PS - jsonpath is a language like xpath to select single/multiple nodes from a given json. There are multiple tutorials on web to learn this.

Here are few resources to learn jsonpath:

RC Examples

*** Settings ***
Library         RESTLibrary

*** Test Cases ***
Get All Users
      Make HTTP Request   get all users    https://reqres.in/api/users?page=1

Get User
      # here we are using RC to chennelize id of the newly created user dynamically from the "create user" response body, id is needed to get the user
      Make HTTP Request   get user details    https://reqres.in/api/users/<<<rc, get all users, body, $.data[0].id>>>     method=GET    requestHeaders={'Accept' : 'application/json'}

Update User
      # here we are using RC to channelize entire response body of "create user" along with a name update, we are also channelizing etag header
      Make HTTP Request   update the user    https://reqres.in/api/users/<<<rc, get all users, body, $.data[0].id>>>    method=PUT    requestHeaders={'Content-Type' : 'application/json', 'Accept' : 'application/json', 'Etag' : '<<<rc, get user details, header, Etag>>>'}       requestBody=<<<rc, get user details, body, {"data" : {"first_name":"deepak", "last_name" : "chourasia"}}>>>

Delete User
      # here again we are channelizing user id which is needed to delete the user
      Make HTTP Request   delete the user    https://reqres.in/api/users/<<<rc, get all users, body, $.data[0].id>>>     method=DELETE      expectedStatusCode=204

Runtime Variable Resolution

This is again a unique feature of RESTLibrary, which allows you to embed robot variables and RCs inside json files (and any other files as well which have text content type), which you might use for storing request payloads and baselines. RESTLibrary will ensure to resolve these variables/RCs at runtime when the request is being processed.

Example

Content of createUser.json file:

{
   "name" : "${name}",
   "job" : "${job}"
}
*** Settings ***
Library         RESTLibrary

*** Test Cases ***
Create Multiple Users
      Create User    Deepak       Automation Developer
      Create User    Evans        UX Designer
      Create User    Elizabeth    Software Developer
      Create User    Stephen      Project Manager
      
*** Keywords ***
Create User
    [Arguments]  ${name}    ${job}
    Make HTTP Request   create a new user    https://reqres.in/api/users       requestBody=${EXECDIR}/inputs/createUser.json    method=POST    requestHeaders={'Content-Type' : 'application/json', 'Accept' : 'application/json'}        expectedStatusCode=201

PS :

  1. These variables should have one of the following scope in order to be resolved inside json file : global variables, suite variables, test variables or keyword arguments
  2. RCs can also be embedded inside json files, they will also get resolved at runtime

Datetime Stamping

RESTLibrary has a special variable : <<<NOW>>>

  • This variable automatically gets replced by the current datetime stamp
  • datetime format is %d%m%y%H%M%S%f, this always generates a 18 digit number, which is entirely unique
  • You can embed this variable anywhere in the request body, headers, json payload or benchmark files
  • This can be used to generate unique data values without any extra efforts.

Example

*** Settings ***
Library         RESTLibrary

*** Test Cases ***
Create Unique Users
      # All these 4 requests will create users with unique name
      Create New User
      Create New User
      Create New User
      Create New User
      
*** Keywords ***
Create New User
    Make HTTP Request   create a new user    https://reqres.in/api/users       requestBody=${EXECDIR}/inputs/createUniqueUser.json    method=POST    requestHeaders={'Content-Type' : 'application/json', 'Accept' : 'application/json'}    expectedStatusCode=201
Content of createUniqueUser.json file:

{
   "name" : "user_<<<NOW>>>",
   "job" : "Automation Developer"
}

Baselining / Benchmarking

There are set of parameters which allows you to provide benchmark for any rest request. REST API response is automatically compared against these benchmarks and differences are reported in robot report and test is marked as Pass/Fail accordingly.

  • expectedStatusCode : This parameter facilitates verification of http status code, it's default value is 200
  • expectedResponseBody : Expected response body or the baseline which you expect the HTTP request to return, it can either be a file path or in-place json.
    • You can also use regular expressions in json node values, if you just want to verify pattern rather than actual value.
    • You can use <<<SKIP>>> as the node value if you want to skip the verification of a specific node
  • responseVerificationType : This parameter influences the json comparison of response body and benchmark. It's default value is 'FULL', other supported value is 'PARTIAL'.
    • In case of 'FULL' verification both the JSONs are thoroughly compared from both the sides and any differences found are reported in the robot report
    • in case of 'PARTIAL' verification, you can provide partial json with few nodes in expectedResponseBody which you intend to verify (all the nodes in HTTP response will not be verified, only nodes provided in the expectedResponseBody will be verified)
  • expectedResponseHeaders : Expected response headers which you expect the HTTP request to return, it should be a dictionary
    • It is always 'PARTIAL' comparison, it will only compare the headers which you supply as expectedResponseHeaders
    • You can use regular expressions here as well, if you just want to verify pattern
  • expectedResponseSchema : JSON Schema to validate the structure of HTTP response (if you just want to verify the response json structure):
    • You can use any JSONSchemaGenerator utility to generate the schema, for example : https://www.jsonschema.net/home
    • You can either provide the jsonschema file path or the schema itself as the parameter value
    • It uses JSONSchema Draft-7
  • verificationScheme : this parameter is useful to specify how we want our baseline to get compared with response. It's a list of schemes, each scheme is a json object with predefined structure.
    • NotSorted Verification : If there is a list of objects in your response and objects are listed in random order, then using NotSorted scheme you can enforce an orderless comparison with benchmark
      • Syntax Example - verificationScheme=[{"path": "$.data","type": "NotSorted","key": "email"}]
      • path is the jsonpath of the list node, type is the type of scheme and key is a node-name which has a unique value in each object of the list, you can also provide a composite key with comma separated node-names
    • Sort : This will sort a list of objects in your response based on given key before comparing it with benchmark
      • Syntax Example - verificationScheme=[{"path": "$.data","type": "Sort","key": "email"}]
      • path is the jsonpath of the list node, type is the type of scheme and key is a node-name which has a unique value in each object of the list, you can also provide a composite key with comma separated node-names
      • key can be skipped if you have a list of values rather than objects
    • you can provide multiple schemes separated by comma as the parameter value
  • ignoreNodes : using this parameter you can completely ignore a set of nodes from the benchmark comparison, this is a quick way to ignore multiple nodes
    • it's a list of jsonpaths of the nodes which you want to ignore
    • Syntax example : ignoreNodes=["$.id", "$.data[*].links"]

Examples

*** Settings ***
Library         RESTLibrary

*** Test Cases ***
Create User
      # this example demonstrates a Partial benchmark verification using in-place json along with status code verification
      Make HTTP Request   create a new user    https://reqres.in/api/users    method=POST       requestBody={"name":"deepak", "job":"automation developer"}     expectedStatusCode=201      expectedResponseBody={"id" : "[0-9]{1,6}"}    responseVerificationType=Partial

Get all users
      # this example demonstrates verificationScheme along with ignoreNodes
      Make HTTP Request   Get all the users    https://reqres.in/api/users?page=1    method=GET     verificationScheme=[{"path": "$.data","type": "NotSorted","key": "email"}]     ignoreNodes=["$.total", "$.data[*].id"]      expectedResponseBody=${EXECDIR}/baselines/getAllUsersBenchmark.json

Get User
      # this example demonstrates a Full benchmark comparison using a benchmark json file along with response header verification
      Make HTTP Request   get the user    https://reqres.in/api/users/<<<rc, Get all the users, body, $.data[0].id>>>     method=GET    requestHeaders={'Accept' : 'application/json'}      expectedResponseBody=${EXECDIR}/baselines/getUserBenchmark.json       expectedResponseHeaders={'Content-Type' : 'application/json; charset=utf-8'}    responseVerificationType=Partial
Content of getUserBenchmark.json file:

{
    "data": {
        "id": "<<<SKIP>>>",
        "email": "<<<rc, Get all the users, body, $.data[0].email>>>",
        "first_name": "<<<rc, Get all the users, body, $.data[0].first_name>>>",
        "last_name": "<<<rc, Get all the users, body, $.data[0].last_name>>>",
        "avatar": "https:\\/\\/(.*)-image.jpg"
    }
}
Content of getAllUsersBenchmark.json file:

{
	"page": 1,
	"per_page": 6,
	"total": 12,
	"total_pages": 2,
	"data": [
		{
			"id": 1,
			"email": "george.bluth@reqres.in",
			"first_name": "George",
			"last_name": "Bluth",
			"avatar": "https://reqres.in/img/faces/1-image.jpg"
		},
		{
			"id": 2,
			"email": "janet.weaver@reqres.in",
			"first_name": "Janet",
			"last_name": "Weaver",
			"avatar": "https://reqres.in/img/faces/2-image.jpg"
		},
		{
			"id": 3,
			"email": "emma.wong@reqres.in",
			"first_name": "Emma",
			"last_name": "Wong",
			"avatar": "https://reqres.in/img/faces/3-image.jpg"
		},
		{
			"id": 4,
			"email": "eve.holt@reqres.in",
			"first_name": "Eve",
			"last_name": "Holt",
			"avatar": "https://reqres.in/img/faces/4-image.jpg"
		},
		{
			"id": 5,
			"email": "charles.morris@reqres.in",
			"first_name": "Charles",
			"last_name": "Morris",
			"avatar": "https://reqres.in/img/faces/5-image.jpg"
		},
		{
			"id": 6,
			"email": "tracey.ramos@reqres.in",
			"first_name": "Tracey",
			"last_name": "Ramos",
			"avatar": "https://reqres.in/img/faces/6-image.jpg"
		}
	],
	"support": {
		"url": "https://reqres.in/#support-heading",
		"text": "To keep ReqRes free, contributions towards server costs are appreciated!"
	}
}

Content Types Supported

  1. requestDataType : type of content which is being posted to server, default is JSON, other supported values are TEXT and FILE
  2. responseDataType : type of content which is expected to be returned in response, default is JSON, other supported values are TEXT and FILE

Examples

*** Settings ***
Library         RESTLibrary

*** Test Cases ***
Make POST request with text payload
    Make HTTP Request   create a new user    https://reqres.in/api/users    method=POST       requestBody=I am sending text    expectedStatusCode=201

Download File

If you have a REST API which downloads a file, then use below parameters:

  • responseDataType : this needs to be set as File, as mentioned in previous section
  • downloadFilePath : full path of the file including filename, where you want the file to get downloaded
    • this is optional, if you don't provide downloadFilePath then file will get downloaded to current folder with a datetime stamp as file name (with no extension)

Examples

*** Settings ***
Library         RESTLibrary

*** Test Cases ***
Download file
      Make HTTP Request   download the document    https://file-examples-com.github.io/uploads/2017/10/file-sample_150kB.pdf    method=GET   responseDataType=File    downloadFilePath=${EXECDIR}/downloads/sample.pdf
 

Upload File(s)

If you have a REST API which uploads file(s):

  • requestDataType : this needs to be set as File, as mentioned in previous section
  • files : this is where you provide details of the files which need to be uploaded, it is a dictionary
    • below formats are supported:
      • {'fieldName' : 'filePath/fileContent'}
      • {'fieldName' : ['fileName', 'filePath']}
      • {'fieldName' : ['fileName', 'filePath', 'content-type']}
      • {'fieldName' : ['fileName', 'filePath', 'content-type', {custom_headers}]}
    • you should choose the format which your REST API has implemented, your dev team can provide more info
    • you can add any number of files to the dictionary if your API supports multi-file upload

Examples

*** Settings ***
Library         RESTLibrary

*** Test Cases ***
Upload Image
      Make HTTP Request   upload image    https://images.google.com/searchbyimage/upload    method=POST   requestDataType=File     files={'encoded_image' : ['sample.jpeg', '${EXECDIR}/inputs/sample.jpeg', 'image/jpeg']}
  

Reporting

Every Make HTTP Request execution logs all the possible data about the request, its response and benchmarking along with any errors/exceptions.

Below are the major sections/subsections in the report, subsections are displayed based on the request parameters:

  • Generate HTTP Request
    • Generate Url
    • Process Authentication
    • Generate Request Headers
    • Generate Request Body
  • Process HTTP Request
    • Log ${_requestInfo.responseBody}
    • Log ${_requestInfo.responseHeaders}
    • Log ${_requestInfo.responseStatusCode}
  • Verify Response Against Baselines
    • Verify Status Code
    • Verify Response Body
    • Verify Response Headers
    • Verify JSON Schema

Extracting data from RESTLibrary

If needed you can extract all the response data from "Make HTTP Request" and utilize it later based on your use case

Examples

*** Settings ***
Library         RESTLibrary

*** Test Cases ***
Create User
      ${requestInfo}=  Make HTTP Request   create a new user    https://reqres.in/api/users    method=POST       requestBody={"name":"deepak", "job":"automation developer"}     expectedStatusCode=201      expectedResponseBody={"name" : "deepak"}    responseVerificationType=Partial    expectedStatusCode=201
      Log ${requestInfo.responseBody}
      Log ${requestInfo.responseHeaders}
      Log ${requestInfo.responseStatusCode}

Execute RC

This is second and the last keyword in RESTLibrary.

  • As the name suggests it enables you to instantly evaluate any Response Channelization (RC), and store the value to any robot variable
  • you can also use <<<NOW>>> variable and other robot variable in your RC

Examples

*** Settings ***
Library         RESTLibrary

*** Test Cases ***
Create User
      Make HTTP Request   create a new user    https://reqres.in/api/users    method=POST       requestBody={"name":"deepak", "job":"automation developer"}     expectedStatusCode=201      expectedResponseBody={"name" : "deepak"}    responseVerificationType=Partial
      ${userId}=    Execute RC    <<<rc, create a new user, body, $.id>>>        

Contributions

Creator and maintainer : Deepak Chourasia

License

RESTLibrary is open source software provided under the Apache License 2.0

Project details


Release history Release notifications | RSS feed

This version

1.0

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

robotframework-restlibrary-1.0.tar.gz (39.2 kB view hashes)

Uploaded Source

Built Distribution

robotframework_restlibrary-1.0-py3-none-any.whl (36.8 kB view hashes)

Uploaded Python 3

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page