Skip to main content

A Python module for using the Specmatic Library.

Project description

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

Specmatic - 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 mock out an api dependency using the specmatic mock 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

  • Create a file called test_contract.py in your test folder.
  • Declare an empty class in it called 'TestContract'.
    This is could either be a normal class like:
    class TestContract:
      pass
    
    Or you could also have a class which inherits from unittest.TestCase:
    class TestContract(unittest.TestCase):
      pass
    

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 mocks 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 mock for a wsgi app (like Flask):

class TestContract:
    pass


Specmatic()
    .with_project_root(PROJECT_ROOT)
    .with_mock(mock_host, mock_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.
    • mock_host, mock_port, optional list of json files to set expectations on the mock.
      The mock_host, mock_port will be used to run the specmatic mock server.
      If they are not supplied, the mock will be started on a random available port on 127.0.0.1.
      Click here to learn more about mocking/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 mock:

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 mock 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_mock(mock_host, mock_port, [expectation_json_file])
    .with_asgi_app('main:app', app_host, app_port)
    .test(TestContract)
    .run()

Passing extra arguments to mock/test

  • 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_mock(mock_host, mock_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_mock(mock_host, mock_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_mock(mock_host, mock_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_mock(mock_host, mock_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_mock(mock_host, mock_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_mock(mock_host, mock_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

  • 'Error loading ASGI app' This error occurs when an incorrect app module string is passed to the with_asgi_app function.

    Solutions:

    • Try to identify the correct module in which your app variable is instantiated/imported.
      For example if your 'app' variable is declared in main.py, try passing 'main:app'.
    • Try running the app using uvicorn directly:
      uvciron 'main:app'
      If you are able to get the app started using uvicorn, it will work with specmatic too.

Sample Projects

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

specmatic-2.39.1.tar.gz (74.1 MB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

specmatic-2.39.1-py3-none-any.whl (74.2 MB view details)

Uploaded Python 3

File details

Details for the file specmatic-2.39.1.tar.gz.

File metadata

  • Download URL: specmatic-2.39.1.tar.gz
  • Upload date:
  • Size: 74.1 MB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.1.0 CPython/3.13.7

File hashes

Hashes for specmatic-2.39.1.tar.gz
Algorithm Hash digest
SHA256 f8a72a48db904476a08eb8b159179ac003a2c8a7b2e308baeca851301d1365a8
MD5 31e9c1ef1e2e31bfcfaabbac76a25fec
BLAKE2b-256 b30353ca5dbc5ff9bd141f71f6b8f24ccfa7fc2f68106db66454d9a0b9a9a7da

See more details on using hashes here.

File details

Details for the file specmatic-2.39.1-py3-none-any.whl.

File metadata

  • Download URL: specmatic-2.39.1-py3-none-any.whl
  • Upload date:
  • Size: 74.2 MB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.1.0 CPython/3.13.7

File hashes

Hashes for specmatic-2.39.1-py3-none-any.whl
Algorithm Hash digest
SHA256 a2ace298d6c8ed90046a0ccb66eb147983afa254be4dcae4e772918f121b279e
MD5 5982e1bfa305e19ec4d2bfef29f20869
BLAKE2b-256 222b8a3bb89a92eed80fe615f33eefe30e25a352f5b5e94b4aadcafdf36df7ad

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page