Skip to main content

Use HTTP Archive (HAR) files in Python tests

Project description

To send this request to an API backend and assert the API response matches this response…

{
  "log": {
    "version": "1.2",
    "entries": [
      {
        "request": {
          "method": "POST",
          "url": "mock://example.com/users/",
          "headers" : [
            {
              "name": "Accept",
              "value": "application/json"
            }
          ],
          "postData": {
            "mimeType": "application/json",
            "text" : {
              "username": "foo_username",
              "email": "foo@example.com",
              "group": "479e75e6-755a-46f1-a949-d6fee3671b3c"
            }
          },
          "comment" : "Test validation errors"
        },
        "response": {
          "status": 201,
          "statusText": "Created",
          "headers" : [
            {
              "name": "Allow",
              "value": "GET, POST, HEAD, OPTIONS"
            },
            {
              "name": "Vary",
              "value": "Accept, Cookie"
            }
          ],
          "content": {
            "mimeType": "application/json",
            "text": {
              "username": "foo_username"
            }
          }
        }
      }
    ]
  }
}

Use this test:

import datetime

# Import the appropriate backend for your framework.
# Currently there are backends for the `requests` library...
from test_har.requests_har as test_har
# and for the Django ReST Framework.
# from test_har.django_rest_har as test_har
# Contributions for other frameworks welcome!

from .. import models


class MyAPITest(test_har.HARTestCase):
    """
    Specify the HAR file to use by default.
    """

    # Path to file relative to this test file
    # Set to `None` to skip automatic HAR parsing and set up
    example_har = 'example.har.json'

    def test_my_response(self):
        """
        Write your test as you would.
        """
        # For convenience, `self.example` is the parsed JSON in
        # `self.example_har`, `self.entry` is the first request/response
        # entry from `log/entries/0` in the HAR., `self.headers` is a
        # dictionary of the response headers for that entry, and
        # `self.content` is the response body content from that entry.

        # Make any changes to the test fixture necessary for the test such
        # as creating related objects before a POST that requires them.
        group = models.Group(
            name='foo_group',
            uuid=self.entry["request"]["postData"]["text"]["group"])

        # Make any changes to the HAR necessary for the assertions to work
        # before sending the requests
        self.content["some_dynamic_value"] = models.my_dynamic_function()

        # Send the HAR requests, assert responses match the HAR, and return
        # the responses.  Currently, assertions are made against the
        # response: `Status` code, `Status` reason text, `Content-Type`
        # MIME type, other headers in the HAR, and the response body
        # content.  If the response MIME type is a JSON type,
        # then assertions will be made against each top-level key
        # individually and ignore any key in the response not included in
        # the HAR.
        now = datetime.datetime.now()
        responses = self.assertHAR(self.example)

        # Make any other assertions, or do anything else you'd like to do,
        # with the responses.
        self.assertAlmostEqual(
            datetime.strptime(response[0].json()['created'], format='...'),
            now, delta=datetime.timedelta(seconds=1),
            msg='Wrong automatic creation time')

    def test_my_other_response(self):
        """
        Test a different HAR file.
        """
        # Replace `self.example` and the other convenience attributes with
        # the content form another HAR file
        self.setUpHAR('other.har.json')
        responses = self.assertHAR(self.example)
        ...

Why?

Writing tests for API backends can often involve a lot of repetitive code in the tests to construct the content either to POST to the API or the expected content in the response against which to make assertions. For example, constructing a Python dictionary to represent the JSON POSTed to or returned from the API. Similarly, testing the returned content often requires many detailed assertions in order to sufficiently cover how the API should behave.

While writing this repetitive test code is tedious, more importantly, it isn’t very readable and makes discerning the intended behavior the test is meant to cover unnecessarily difficult. Ideally, one should be able to describe the expected behavior of the API in a format much closer to the format used by the API. Also ideally, one should be able to clearly read related requests and responses together.

The JSON-based HTTP Archive (HAR) format used by browsers for recording browser sessions gives us exactly such a format, especially for JSON-based APIs. The test_har package provides support for using HAR files to drive tests and make the more common assertions against the response while still allowing the developer to continue doing anything not able to be covered using the HAR file the same way they would have otherwise.

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

test-har-0.2.dev0.tar.gz (12.6 kB view details)

Uploaded Source

Built Distribution

test_har-0.2.dev0-py3-none-any.whl (17.0 kB view details)

Uploaded Python 3

File details

Details for the file test-har-0.2.dev0.tar.gz.

File metadata

  • Download URL: test-har-0.2.dev0.tar.gz
  • Upload date:
  • Size: 12.6 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No

File hashes

Hashes for test-har-0.2.dev0.tar.gz
Algorithm Hash digest
SHA256 a771f8aac1c9e9989f68d76c53a952b0cf8960531de853c9b25fca73c82aa7eb
MD5 68c40129c9143f1c77682e21af16d50c
BLAKE2b-256 20615b56c49f4f64a759c15a79e28a4547a2a468edb17988d1c53719dec0f4bb

See more details on using hashes here.

File details

Details for the file test_har-0.2.dev0-py3-none-any.whl.

File metadata

File hashes

Hashes for test_har-0.2.dev0-py3-none-any.whl
Algorithm Hash digest
SHA256 8cfe5437d7cd73d91fda8f46a8e5a4755b96b531753382ddc7a73fdd603df97d
MD5 58cde148e122384210ba304431d2f260
BLAKE2b-256 13475bb98fa57c8f0221d30e133cd26ec13e28aa9e5b32512839f745ff334627

See more details on using hashes here.

Supported by

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