RSpec Rails Swagger

This gem helps you generate Swagger docs by using RSpec to document the paths. You execute a command to run the tests and generate the .yaml or .json output. Running the tests ensures that your API and docs are in agreement, and generates output that can be saved as response examples.

The design of this was heavily influenced by the awesome swagger_rails gem.

Add the gem to your Rails app's Gemfile:

group :development, :test do
  gem 'rspec-rails-swagger'
end

Update your bundle:

bundle install

If you don't have a spec/rails_helper.rb file:

rails generate rspec:install

Create the spec/swagger_helper.rb file:

rails generate rspec:swagger_install

Now you can edit spec/swagger_helper.rb and start filling in the top level Swagger documentation, e.g. basePath, definitions, parameters, tags, etc.

You can use the generator to create a spec to documentation a controller:

rails generate rspec:swagger PostsController

That will create a spec/requests/posts_spec.rb file with the paths, operations and some default requests filled in. With the structure in place you should only need to add before calls to create records and then update the lets to return the appropriate values.

To create the Swagger files use the rake task:

bundle exec rake swagger

Now you can use Swagger UI or the renderer of your choice to display the formatted documentation. swagger_engine works pretty well and supports multiple documents.

The DSL follows the hierarchy of the Swagger Schema:

• Paths Object
  • Path Item Object
    • Parameter Objects (Optional)
    • Operation Object
      • Parameter Objects (Optional)
      • Responses Object
        • Response Object
          • Example Objects (Optional)

Here's an example of a spec with comments to for the corresponding objects:

require 'swagger_helper'

# Paths Object
RSpec.describe "Posts Controller", type: :request do
  before { Post.new.save }

  # Path Item Object
  path '/posts' do
    # Operation Object
    operation "GET", summary: "fetch list" do
      # Response Object
      response 200, description: "successful"
    end
  end

  # Path Object
  path '/posts/{post_id}' do
    # Parameter Object
    parameter "post_id", { in: :path, type: :integer }
    let(:post_id) { 1 }

    # Operation Object
    get summary: "fetch item" do
      # Response Object
      response 200, description: "success"
    end
  end

  # Path Post Object
  path '/posts/' do
    # Parameter Object for content type could be defined like:
    consumes 'application/json'
    # or:
    parameter 'Content-Type', { in: :header, type: :string }
    let(:'Content-Type') { 'application/json' }
    # one of them would be considered

    # authorization token in the header:
    parameter 'Authorization', { in: :header, type: :string }
    let(:'Authorization') { 'Bearer <token-here>' }

    # Parameter Object
    parameter "post_id", { in: :path, type: :integer }
    let(:post_id) { 1 }

    # Parameter Object for Body
    parameter "body", { in: :body, required: true, schema: {
      type: :object,
        properties: {
          title: { type: :string },
          author_email: { type: :email }
        }
    }
    let (:body) {
      { post:
        { title: 'my example',
          author_email: 'me@example.com' }
        }
      }
    }
	# checkout http://swagger.io/specification/#parameter-object-44 for more information, options and details

    # Operation Object
    post summary: "update an item" do
      # Response Object
      response 200, description: "success"
    end
    # ...
end

These methods are available inside of an RSpec contexts with the type: :request tag.

Defines a new Path Item.

The attributes parameter accepts:

• swagger_doc a key in RSpec.configuration.swagger_docs that determines which file the path belongs in.
• tags with an array of tags that will be applied to the child Operations.

You can also provide a default file and tags by setting them on a parent RSpec context block:

RSpec.describe "Sample Requests", type: :request do
  # The swagger_doc will be used as a default for the paths defined within the
  # context block. Similarly, the tags will be merged with those set on paths
  # defined within them.
  context "setting defaults", swagger_doc: 'default_document.json', tags: [:context_tag] do
    path '/posts', swagger_doc: 'overridden_document.yaml' tags: ['path_tag'] do
      operation "GET", summary: "fetch list" do
        produces 'application/json'
        tags 'operation_tag'

        response(200, { description: "successful" })
      end
    end
  end
end

The GET /posts operation in this example will be saved in the 'overridden_document.yaml' file and tagged with ["context_tag", "path_tag", "operation_tag"].

These methods are available inside of blocks passed to the path method.

Defines a new Operation Object. The method is case insensitive.

The attributes parameter accepts:

• tags with an array of tags. These will be merged with tags passed to the Path Item or tags method inside the Operation's block.

Alias for operation(:delete, attributes, block).

Alias for operation(:get, attributes, block).

Alias for operation(:head, attributes, block).

Alias for operation(:options, attributes, block).

Alias for operation(:patch, attributes, block).

Alias for operation(:post, attributes, block).

Alias for operation(:put, attributes, block).

These methods are available inside of blocks passed to the path or operation method.

Defines a new Parameter Object. You can define the parameter inline:

parameter :callback_url, in: :query, type: :string, required: true

Or, via reference:

parameter ref: "#/parameters/site_id"

Values for the parameters are set using let:

post summary: "create" do
  parameter "body", in: :body, schema: { foo: :bar }
  let(:body) { { post: { title: 'asdf', body: "blah" } } }
  # ...
end

These methods are available inside of blocks passed to the operation method.

Use this to add MIME types that are specific to the operation. They will be merged with the Swagger Object's consumes field.

consumes 'application/json', 'application/xml'

Use this to add MIME types that are specific to the operation. They will be merged with the Swagger Object's consumes field.

produces 'application/json', 'application/xml'

Defines a new Response Object. status_code must be between 1 and 599. attributes must include a description.

Adds operation specific tags.

tags :accounts, :pets

You can also provide tags through the RSpec context block and/or path method:

RSpec.describe "Sample Requests", type: :request, tags: [:context_tag] do
  path '/posts', tags: ['path_tag'] do
    operation "GET", summary: "fetch list" do
      produces 'application/json'
      tags 'operation_tag'

      response(200, { description: "successful" })
    end
  end
end

These tags will be merged with those of the operation. The GET /posts operation in this example will be tagged with ["context_tag", "path_tag", "operation_tag"].

These methods are available inside of blocks passed to the response method.

This method will capture the response body from the test and create an Example Object for the Response.

You could also set this in an RSpec context block if you'd like examples for multiple operations or paths:

describe 'Connections', type: :request, capture_examples: true do
  # Any requests in this block will capture example responses
end

Sets the schema field for the Response Object. You can define it inline:

schema(
  type: :array,
  items: {
    type: :object,
    properties: {
      id: { type: :string },
      name: { type: :string },
    },
  }
)

Or, by reference:

schema ref: '#/definitions/Account'