Sha256: a80aee91feb48023a2be99cc7cadcce93d95c48cadb11d14a76456249e527586
Contents?: true
Size: 1.44 KB
Versions: 1
Compression:
Stored size: 1.44 KB
Contents
# SerialSpec [![Build Status](https://travis-ci.org/blakechambers/serial-spec.svg?branch=master)](https://travis-ci.org/blakechambers/serial-spec) SerialSpec is designed provide some simple matchers and macros overlaying a simple `rack/test` setup for testing json apis more effectively. ## Usage ```ruby require "spec_helper" RSpec.describe "test" do include SerialSpec request_method "GET" request_path "/" it_expects(:content_encoding) { expect(status).to eq(200) } it_expects(:content_type) { expect(status).to eq(200) } end ``` ## Testing architecture SerialSpec is assuming that you are: 1. setting up preconditions 2. executing 1 request 3. inspecting the response If you need more requests you should be using mocks and stubs. ### "But I need more than one request?" SerialSpec, unlike rails' out of the box request testing system is closer to a controller test, than rails' request test, which is more kin to an integration test. Some people recommend using actual requests for performing things like login, auth vs mocking. However, this library doesn't subscribe to that pattern. If you aren't ok with that, you should look elsewhere. ## Contributing 1. Fork it ( https://github.com/blakechambers/serial-spec/fork ) 2. Create your feature branch (`git checkout -b my-new-feature`) 3. Commit your changes (`git commit -am 'Add some feature'`) 4. Push to the branch (`git push origin my-new-feature`) 5. Create a new Pull Request
Version data entries
1 entries across 1 versions & 1 rubygems
Version | Path |
---|---|
serial-spec-0.2.1 | README.md |