Awesome Open Source
Awesome Open Source


Generates API schemas, validates code against them and creates a handy web interface for testing the API. Tested on on Rails 4, 5, 6 and Ruby >= 2.6

Gem Version Build Status


Wrap your integration test code, which does request like this

Lurker::Spy.on do
  get "/api/v1/users.json"

And run the specs and commit your schemas. That's all, easy!

RSpec usage

Write your RSpec controller or request specs as usual, but add :lurker mark (like documented controller example or request spec example).

it "lists users", :lurker do
  get "/api/v1/users.json"

NOTE: If you use rspec-rails, it should be required first

require 'rspec/rails'
require 'lurker/spec_helper'

Minitest usage

You can use minitest-around to wrap your test classes like this:

class DestroyRepoTest < ActionDispatch::IntegrationTest
  def around(&block)

You also can wrap any block with API requests manually.


Please, commit your files under Rails.root/lurker directory. Feel free to edit them according to json-schema standard. It can be very strict and flexible if you wish: see an example, but scaffolded schemas are pretty good by default.

A  lurker/ExampleApp.service.yml
A  lurker/api/v1/users-GET.json.yml
A  lurker/api/v1/users/__user_id/repos-GET.json.yml

I also advise you to look on Understanding JSON Schema book, it is up-to-date with draft4 and contains lot of examples.


Now, every test run lurker will look into your requests and validate them, and it fails if your code changes the API!

Failure/Error: post :create [...]
  - The property '#/' contains additional properties ["social_network"] outside of the schema
    when none are allowed in schema file:///.../lurker/api/v1/users-POST.json.yml#
  - The property '#/user/last_sign_in_at' of type String did not match the following type:
    null in schema file:///.../lurker/api/v1/users-POST.json.yml#

The generation of live-documentation is pretty simple:

bin/lurker convert           # builds html under `Rails.root/public/lurker` to be served under `/lurker` url
bin/lurker convert -f pdf    # builds `Rails.root/public/lurker/snake_cased_name.pdf`

For different document root or serving URL prefix use -o and -u options accordingly.

If you want to provide additional documentation for your API (and you probably should), you can use separate Markdown files in the schema folder. To generate documentation stubs for the current schema:

bin/lurker init_docs         # generate documentation stubs for the current schema

Let's run your rails s and visit http://localhost:3000/lurker/ (or see demo for example)

Now, you can test your API on-line (for real)

Demo application

Custom domain static + demo api production endpoint (in Sandbox mode). You can run this to get the demo running locally:

git clone
cd lurker
export BUNDLE_GEMFILE=gemfiles/rails_6.gemfile
bundle install
rake build_example_docs
cd tmp/lurker_app_rails_6
bin/rails s

Lurker supports multiple domains (usually staging and production) and can be deployed statically everywhere as well as be served by the current Rails instance.


Related gems

Token authentication with sandbox

Lurker::Sandbox allows you to test services with token authentication:

# make sure it's not production!
# e.g. config/environtents/staging.rb
config.middleware.use Lurker::Sandbox

E.g. demo application on Heroku runs with it: when creating, updating repos or users ids getting increased, but if you look into GET #index, new items are NOT showing up. This is NOT a bug! Sequences in PostgreSQL are increasing notwithstanding ROLLBACK is called. As such:

  • run all your specs with the same testing token
  • ensure the same token to be accepted on your demo application
  • insert Lurker::Sandbox and the recorded examples should be ok to submit again


Code Climate Coverage Status Inline docs Stories in Ready

NOTE: to get new version of bundled bootstrap or update JS/CSS, don't touch files under lib/lurker/templates/public - they are autogenerated and copied to static generated site while bin/lurker convert

export BUNDLE_GEMFILE=gemfiles/rails_6.gemfile
rake assets:precompile # to build them

Don't commit lib/lurker/templates/public/**/* to avoid conflicts.

NOTE: if you write features keep in mind to generate different files with aruba because they are kept in the lurker_app directory to be deployed as a demo. Please, write features in a way to generate new relevant lurker/**/*.json.yml files

NOTE: template partial submit_form.html.erb and it's partials is a big jsx script for React so there are <label htmlFor instead of <label for> and <div className instead of <div class

Demo app == Testing app

Currently, the testing application is using PostgreSQL because the same testing app is deployed to serve demo purposes.

This is also the reason not to delete anything under lurker directory between feature tests and using different API endpoints of the testing app. To run cucumber with clean lurker & public/lurker directories run:

CLEAN=1 export BUNDLE_GEMFILE=gemfiles/rails_6.gemfile bundle exec cucumber features

Beware while writing your feature tests for PRs.


This gem is quite opinionated and relies on rails - if you're interested in anything else, please take a look at api_taster or fdoc, This gem is heavily inspired by them. Thanks, @square & @fredwu

Also thanks to

Get A Weekly Email With Trending Projects For These Topics
No Spam. Unsubscribe easily at any time.
Javascript (1,539,730
Ruby (311,850
Ruby On Rails (6,266
Documentation (4,384
Json Schema (958
Rspec (492
Documentation Tool (462
Related Projects