Specmatic Python
This is a Python library to run Specmatic.
Specmatic is a contract driven development tool that allows us to turn OpenAPI contracts into executable specifications.
Click below to learn more about Specmatic and Contract Driven Development
The specmatic python library provides three main functions:
- The ability to start and stop a python web app like flask/sanic.
- The ability to run specmatic in test mode against an open api contract/spec.
- The ability to stub out an api dependency using the specmatic stub feature.
Running Contract Tests
A contract test validates an open api specification against a running api service.
The open api specification can be present either locally or in a Central Contract Repository
Click here to learn more about contract tests.
How to use
How does it work
- Specmatic uses the TestContract class defined above to inject tests dynamically into it when you run it via PyTest or UnitTest.
- The Specmatic Python package, invokes the Specmatic executable jar (via command line) in a separate process to start stubs and run tests.
- It is the specmatic jar which runs the contract tests and generates a JUnit test summary report.
- The Specmatic Python package ingests the JUnit test summary report and generates test methods corresponding to every contract test.
- These dynamic test methods are added to the
TestContract
class and hence we seem them reported seamlessly by PyTest/Unittest like this:
test/test_contract_with_coverage.py::TestContract::test_Scenario: GET /products -> 200 | SEARCH_2 PASSED
test/test_contract_with_coverage.py::TestContract::test_Scenario: GET /products -> 500 | SEARCH_ERROR PASSED
test/test_contract_with_coverage.py::TestContract::test_Scenario: GET /products -> 200 | SEARCH_1 PASSED
WSGI Apps
To run contract tests with a stub for a wsgi app (like Flask):
class TestContract:
pass
Specmatic() \
.with_project_root(PROJECT_ROOT) \
.with_stub(stub_host, stub_port, [expectation_json_file]) \
.with_wsgi_app(app, app_host, app_port) \
.test(TestContract) \
.run()
if __name__ == '__main__':
pytest.main()
- In this, we are passing:
- an instance of your wsgi app like flask
- app_host and app_port. If they are not specified, the app will be started on a random available port on 127.0.0.1.
- You would need a specmatic config file to be present in the root directory of your project.
- an empty test class.
- stub_host, stub_port, optional list of json files to set expectations on the stub.
The stub_host, stub_port will be used to run the specmatic stub server.
If they are not supplied, the stub will be started on a random available port on 127.0.0.1.
Click here to learn more about stubbing/service virtualization.
- You can run this test from either your IDE or command line by pointing pytest to your test folder:
pytest test -v -s
- NOTE: Please ensure that you set the '-v' and '-s' flags while running pytest as otherwise pytest may swallow up the console output.
To run contract tests without a stub:
class TestContract:
pass
Specmatic() \
.with_project_root(PROJECT_ROOT) \
.with_wsgi_app(app, app_host, app_port) \
.test(TestContract) \
.run()
ASGI Apps
To run contract tests with a stub for an asgi app (like sanic):
- If you are using an asgi app like sanic, fastapi, use the
with_asgi_app
function and pass it a string in the 'module:app' format.
class TestContract:
pass
Specmatic() \
.with_project_root(PROJECT_ROOT) \
.with_stub(stub_host, stub_port, [expectation_json_file]) \
.with_asgi_app('main:app', app_host, app_port) \
.test(TestContract) \
.run()
- To pass arguments like '--strict', '--testBaseUrl', pass them as a list to the 'args' parameter:
class TestContract:
pass
Specmatic() \
.with_project_root(PROJECT_ROOT) \
.with_stub(stub_host, stub_port, [expectation_json_file], ['--strict']) \
.with_wsgi_app(app, port=app_port) \
.test(TestContract, args=['--testBaseURL=http://localhost:5000']) \
.run()
Coverage
Specmatic can generate a coverage summary report which will list out all the apis exposed by your app/service with a status next to it indicating if it has been covered in your contract tests.
Enabling api coverage for Flask apps
class TestContract:
pass
Specmatic() \
.with_project_root(PROJECT_ROOT) \
.with_stub(stub_host, stub_port, [expectation_json_file]) \
.with_wsgi_app(app, app_host, app_port) \
.test_with_api_coverage_for_flask_app(TestContract, app) \
.run()
Enabling api coverage for Sanic apps
class TestContract:
pass
Specmatic() \
.with_project_root(PROJECT_ROOT) \
.with_stub(stub_host, stub_port, [expectation_json_file]) \
.with_asgi_app('main:app', app_host, app_port) \
.test_with_api_coverage_for_sanic_app(TestContract, app) \
.run()
Enabling api coverage for FastApi apps
class TestContract:
pass
Specmatic() \
.with_project_root(PROJECT_ROOT) \
.with_stub(stub_host, stub_port, [expectation_json_file]) \
.with_asgi_app('main:app', app_host, app_port) \
.test_with_api_coverage_for_fastapi_app(TestContract, app) \
.run()
Enabling api coverage for any other type of app
For any app other than Flask, Sanic, and FastApi, you would need to implement an AppRouteAdapter
class.
The idea is to implement to_coverage_routes
method, which returns a list of CoverageRoute
objects corresponding to all the routes defined in your app.
The CoverageRoute
class has two properties:
url
: This represents your route url in this format: /orders/{order_id}
method
: A list of HTTP methods supported on the route, for instance : ['GET', 'POST']
You can then enable coverage by passing your adapter like this:
Specmatic() \
.with_project_root(PROJECT_ROOT) \
.with_stub(stub_host, stub_port, [expectation_json_file]) \
.with_asgi_app('main:app', app_host, app_port) \
.test_with_api_coverage(TestContract, MyAppRouteAdapter(app)) \
.run()
Enabling api coverage by setting the EndPointsApi property
You can also start your coverage server externally and use the EndPointsApi method to enable coverage.
We have provided ready to use Coverage Server classes for:
Flask: FlaskAppCoverageServer
Sanic: SanicAppCoverageServer
FastApi FastApiAppCoverageServer
You can also easily implement your own coverage server if you have written a custom implementation of the AppRouteAdapter
class.
The only point to remember in mind is that the EndPointsApi url should return a list of routes in the format used buy Spring Actuator's /actuator/mappings
endpoint
as described here.
Here's an example where we start both our FastApi app and coverage server outside the specmatic api call.
app_server = ASGIAppServer('test.apps.fast_api:app', app_host, app_port)
coverage_server = FastApiAppCoverageServer(app)
app_server.start()
coverage_server.start()
class TestContract:
pass
Specmatic() \
.with_project_root(PROJECT_ROOT) \
.with_stub(stub_host, stub_port, [expectation_json_file]) \
.with_endpoints_api(coverage_server.endpoints_api) \
.test(TestContract, app_host, app_port) \
.run()
app_server.stop()
coverage_server.stop()
Common Issues
Sample Projects