kirschbaum-development / laravel-openapi-validator
Automatic OpenAPI validation for Laravel HTTP tests
Installs: 642 642
Dependents: 2
Suggesters: 0
Security: 0
Stars: 51
Watchers: 17
Forks: 10
Open Issues: 3
Requires
- php: ^8.0
- illuminate/support: ^9.0|^10.0|^11.0
- league/openapi-psr7-validator: ^0.14|^0.15|^0.16|^0.17|^0.18|^0.19|^0.20|^0.21|^0.22
- nyholm/psr7: ^1.3
- symfony/psr-http-message-bridge: ^2.0|^7.0
Requires (Dev)
- fakerphp/faker: ^1.9.1
- mockery/mockery: ^1.3.1
- orchestra/testbench: 7.*|^8.0|^9.0
- phpunit/phpunit: ^9.0|^10.5
README
Using an OpenAPI spec is a great way to create and share a contract to which your API adheres. This package will automatically verify both the request and response used in your integration and feature tests wherever the Laravel HTTP testing methods (->get('/uri')
, etc) are used.
Behind the scenes this package connects the Laravel HTTP helpers to The PHP League's OpenAPI Validator.
Installation
You can install the package via composer:
composer require kirschbaum-development/laravel-openapi-validator
Setup
In any feature/integration test (such as those that extend the framework's Tests\TestCase
base class), add the ValidatesOpenApiSpec
trait:
use Kirschbaum\OpenApiValidator\ValidatesOpenApiSpec; class HttpTest extends TestCase { use ValidatesOpenApiSpec; }
In many situations, the defaults should handle configuration. If you need to customize your configuration (namely the location of the openapi.yaml
or openapi.json
file), publish the config with:
php artisan vendor:publish --provider="Kirschbaum\OpenApiValidator\OpenApiValidatorServiceProvider"
and configure the path to the OpenAPI spec in config/openapi_validator.php
to fit your needs.
Usage
After applying the trait to your test class, anytime you interact with an HTTP test method (get
, post
, put
, delete
, postJson
, call
, etc), the validator will validate both the request and the response.
Skipping Validation
Especially when initially writing tests (such as in TDD), it can be helpful to turn off the request or response validation until the tests are closer to complete. You can do so as follows:
public function testEndpointInProgress() { $response = $this->withoutRequestValidation()->get('/'); // Skips request validation, still validates response // or $response = $this->withoutResponseValidation()->get('/'); // Validates the request, but skips response // or $response = $this->withoutValidation()->get('/'); // No validation }
You are free to chain these methods as shown above, or call them on their own:
public function testEndpointInProgress() { $this->withoutRequestValidation(); $response = $this->get('/'); }
Keep in mind that withoutRequestValidation()
, withoutResponseValidation()
, and withoutValidation()
only apply to the next request/response and will reset afterwards.
Skipping Responses Based on Response Code
We assume, by default, that any 5xx
status code should not be validated. You may change this by setting the protected responseCodesToSkip
property on your test class, or by using the skipResponseCode
method to add response codes (single, array, or a regex pattern):
use Kirschbaum\OpenApiValidator\ValidatesOpenApiSpec; class HttpTest extends TestCase { use ValidatesOpenApiSpec; protected $responseCodesToSkip = [200]; // Will validate every response EXCEPT 200 public function testNoRedirects() { $this->skipResponseCode(300); // Will skip 200 and 300 $this->skipResponseCode(301, 302); // Will skip 200, 300, 301, 302 $this->skipResponseCode('3[1-2]1'); // Will skip 200, 300, 301, 302, 311, and 321 // ... } }
Authentication/Authorization
In most tests, you're likely using Laravel's helpers such as actingAs($user)
to handle auth. This package, by default, assumes you're using bearer token as an authorization header, and that this is specified in your OpenAPI spec. The validator will expect the authorization to be part of the request, even though Laravel does not send them. If you are using security other than a bearer token, you should override the getAuthenticatedRequest
method and add the appropriate headers. Note that they do not need to be valid (unless your code will check them), they just need to be present to satisfy the validator.
Contributing
Please see CONTRIBUTING for details.
Security
If you discover any security related issues, please email security@kirschbaumdevelopment.com instead of using the issue tracker.
Credits
Sponsorship
Development of this package is sponsored by Kirschbaum Development Group, a developer driven company focused on problem solving, team building, and community. Learn more about us or join us!
License
The MIT License (MIT). Please see License File for more information.