Skip to content

talkrz/rest-spec

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

82 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Build Status

rest-spec

A simple library for creating self-verifying API specifications, and end-to-end testing written in PHP.

I do not recommend to use in on production yet, however will be happy if you will.

Installation

You can install rest-spec by Composer.

Add package to your project's composer.json file:

{
    "require-dev": {
        "talkrz/rest-spec": "dev-master"
    }
}

Install it with Composer:

composer install

Usage

Basic example: describing GitHub API

Create rest-spec directory in your project's root.

Create github.php file (you can choose any file name) inside it with an API specification:

<?php
# rest-spec/github.php

api('https://api.github.com', function() {
    url('/repos/{userName}/{repoName}', 'Fetch user repository data', function() {
        useCase('Fetch octocat\'s hello-world repository', function() {
            givenRequest()
                ->method('GET')
                ->headers([
                    'User-agent' => 'rest-spec'
                ]);

            expectResponse()
                ->toHaveStatusCode(200)
                ->toHaveHeaders([
                    'Content-Type' => 'application/json; charset=utf-8',
                    'Cache-Control' => 'public, max-age=60, s-maxage=60',
                    'Access-Control-Allow-Origin' => '*',
                ])
                ->toBeJson()
                ;
        })->withExampleParameters([
            'userName' => 'octocat',
            'repoName' => 'hello-world',
        ]);
    });
});

Run rest-spec

php vendor/bin/rest-spec

That's it!

As a result of this command you should see result of verifying previously defined specification against real API:

alt text

Always up-to-date specification

This library has two main puproses. First one is to provide API specification that is always up-to-date.

Let's change response specification in previous example to one that is not valid:

<?php
# rest-spec/github.php

api('https://api.github.com', function() {
    url('/repos/{userName}/{repoName}', 'Fetch user repository data', function() {
        useCase('Fetch octocat\'s hello-world repository', function() {

        // ...
                ->toHaveHeaders([
                    'Content-Type' => 'application/json', // wrong header!
                    'Cache-Control' => 'public, max-age=60, s-maxage=60',
                    'Access-Control-Allow-Origin' => '*',
                ]);
        // ...
    });
});

After running rest-spec we see, that actual response contains different header than in specification, so we know that we need to update it:

alt text

The other purpose is testing of your application. As rest-spec perform calls to actual application, it can detect problems. Of course you should remember that such end-to-end testing is very limited. It tests only very narrow set of features and paths of code execution inside application. Well written set of unit tests is far more important for detecting bugs.

About

A small library for documenting REST APIs and end to end testing

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages