Autogeneration of API documentation using the Blueprint format from request specs.
You can find more about Blueprint at http://apiblueprint.org
Add this line to your application's Gemfile:
gem 'rspec_api_blueprint', require: false
And then execute:
$ bundle
Or install it yourself as:
$ gem install rspec_api_blueprint
In your spec_helper.rb file add
require 'rspec_api_blueprint'
Write tests using the following convention:
- Tests must be placed in
spec/requests
folder or they have to be tagged withtype: :request
- Top level descriptions are named after the model (plural form) followed by the word “Requests”. For a example model called Arena it would be “Arenas Requests”.
- Second level descriptions are actions in the form of “VERB path”. For the show action of the Arenas controller it would be “GET /arenas/{id}”.
Example:
describe 'Arenas Requests' do
describe 'arenas [/v1/arenas]' do
describe 'create an arena [POST]' do
it 'responds with the created arena' do
arena = build :arena, foursquare_id: '5104'
post v1_arena_path(arena)
response.status.should eq(201)
end
end
end
end
The output:
# Arenas
## arenas [/v1/arenas]
### create an arena [POST]
+ Request
+ Headers
+ Body
{
"id": "4e9dbbc2-830b-41a9-b7db-9987735a0b2a",
"name": "Clinton St. Baking Co. & Restaurant",
"latitude": 40.721294,
"longitude": -73.983994,
"foursquare_id": "5104"
}
+ Response 200 (application/json)
{
"arena": {
"id": "4e9dbbc2-830b-41a9-b7db-9987735a0b2a",
"name": "Clinton St. Baking Co. & Restaurant",
"latitude": 40.721294,
"longitude": -73.983994,
"foursquare_id": "5104"
}
}
401, 403 and 301 statuses are ignored since rspec produces a undesired output.
TODO: Add option to choose ignored statuses.
- Fork it
- Create your feature branch (
git checkout -b my-new-feature
) - Commit your changes (
git commit -am 'Add some feature'
) - Push to the branch (
git push origin my-new-feature
) - Create new Pull Request