Natural Performance Manager


    3.3.2 • Public • Published


    "The confident hippie"

    js-standard-style Build Status npm version


    hippie-swagger is a tool for testing RESTful APIs. In addition to validating api behavior, it will fail tests when swagger documentation is missing or inaccurate.

    As the test suite runs, any request or response details not matching the swagger file will throw an appropriate exception, failing the spec. This ensures the swagger definition accurately describes application behavior, keeping documentation in sync with reality.

    hippie-swagger uses hippie under the hood, an excellent API testing tool.


    • All hippie features included
    • All aspects of swagger file validated; parameters, request/response body, paths, etc.
    • Checks for extra parameters, paths, headers, etc not mentioned in the swagger file
    • Ensures swagger file accurately describes API behavior
    • Accurate, human readable assertion messages


    npm install hippie-swagger --save-dev

    Basic Usage

    var hippie = require('hippie-swagger'),
        swagger = require('./my-dereferenced-swagger-file'); // see example for how to dereference swagger
    hippie(app, swagger)
      username: 'cachecontrol'
    .expectValue('user.first', 'John')
    .expectHeader('cache-control', 'no-cache')
    .end(function(err, res, body) {
      if (err) throw err;


    • See hippie documentation for a description of the base api
    • When specifying a url(.get, .post, .patch, .url, etc), use the swagger path
    • Provide any path variables using pathParams

    These aside, use hippie as you normally would; see the example.


    #constructor (Object app, Object swagger, Object [options])

    Test an HTTP app (like express) directly

    hippie(app, swagger, options)

    #constructor (Object swagger, Object [options])

    Test a remote HTTP app using a fully qualified url

    hippie(swagger, options)

    #pathParams(Object hash)

    Replaces variables contained in the swagger path.

    hippie(app, swagger)
      projectId: 123,
      taskId: 99


    To customize behavior, an options hash may be passed to the constructor. Typically, options only need to be specified in situations where the test covers responses to improper requests (e.g. validating the application returns a 422 when a required parameter is not provided).

    var options = {
      validateResponseSchema: true,
      validateParameterSchema: true,
      errorOnExtraParameters: true,
      errorOnExtraHeaderParameters: false
    hippie(app, swagger, options)

    validateResponseSchema - Validate the server's response against the swagger json-schema definition (default: true)

    validateParameterSchema - Validate the request parameters against the swagger json-schema definition (default: true)

    validateRequiredParameters - Validate that required parameters were provided (default: true)

    errorOnExtraParameters - Throw an error if a parameter is missing from the swagger file (default: true)

    errorOnExtraHeaderParameters - Throw an error if a request header is missing from the swagger file. By default this is turned off, because it results in every request needing to specify the "Content-Type" and "Accept" headers, which quickly becomes verbose. (default: false)


    See the example folder


    When hippie-swagger detects it is interacting with the app in ways not specified in the swagger file, it will throw an error and fail the test. The idea is to use hippie's core features to write API tests as per usual, and hippie-swagger will only interject if the swagger contract is violated.

    Below are list of some of the validations that hippie-swagger checks for:


    hippie(app, swagger)
    // path does not exist in swagger file; throws:
    //    Swagger spec does not define path: pathNotMentionedInSwagger

    Parameter format

    hippie(app, swagger)
      userId: 'string-value',
    // userId provided as a string, but swagger specifies it as an integer; throws:
    //    Invalid format for parameter {userId}

    Required Parameters

    hippie(app, swagger)
    // "username" is marked 'required' in swagger file; throws:
    //    Missing required parameter in path: username

    Extraneous Parameters

    hippie(app, swagger)
    .qs({ page: 2, limit: 30 })
    // "page" missing from swagger file; throws:
    //    Error: query parameter not mentioned in swagger spec: "page", available params: limit

    Response format

    hippie(app, swagger)
    // body failed to validate against swagger file's "response" schema; throws:
    //    Response from /users failed validation: [failure description]

    Method validation

    hippie(app, swagger)
    // "post" method not mentioned in swagger file; throws:
    //    Swagger spec does not define method: "post" in path /users

    Post body format

    hippie(app, swagger)
    // post body fails to validate against swagger file's "body" parameter; throws:
    //    Invalid format for parameter {body}, received: {"bogus":"post-body"}

    Form Url-Encoded Parameters

    hippie(app, swagger)
    // "username" is {required: true, in: formData} in swagger; throws:
    //    Missing required parameter in formData: username

    Multipart Forms

    hippie(app, swagger)
    // "fileUpload" is {required: true, in: formData, type: file} in swagger; throws:
    //    Missing required parameter in formData: fileUpload


    The most common mistake is forgetting to dereference the swagger file:

    "'Error: cant resolve reference ...'

    Dereferencing can be accomplished using swagger-parser. The example gives a demonstration.


    To run the hippie-swagger tests:

    npm test




    npm i hippie-swagger

    DownloadsWeekly Downloads






    Unpacked Size

    63 kB

    Total Files


    Last publish


    • logicalparadox
    • alnguyen
    • cachecontrol