Skip to main content
https://raw.githubusercontent.com/dbfixtures/pytest-mongo/master/logo.png

pytest-mongo

Latest PyPI version Wheel Status Supported Python Versions License

What is this?

This is a pytest plugin that helps you test code that relies on a running MongoDB database. It provides fixtures for a MongoDB process and client.

Project Architecture Diagram

How to use

Runtime requirements are defined in pyproject.toml.

The plugin contains three fixtures:

  • mongodb - a function-scoped client fixture that cleans MongoDB at the end of each test.

  • mongo_proc - a session-scoped fixture that starts a MongoDB instance on first use and stops it at the end of the test session.

  • mongo_noproc - a no-process fixture that connects to an already running MongoDB instance. For example, on dockerized test environments or CI providing MongoDB services.

Simply include one of these fixtures in your test or fixture list.

Both mongo_proc and mongo_noproc support authentication via the username, password, and auth_source arguments. When username is passed to mongo_proc, mongod is started with --auth and the user is created via the MongoDB localhost exception, so subsequent connections authenticate with that account. The mongo_noproc fixture additionally accepts tls and a full uri for connecting to existing servers.

You can also create additional MongoDB client and process fixtures if you need to:

from pytest_mongo import factories

mongo_my_proc = factories.mongo_proc(port=None)
mongo_my = factories.mongodb('mongo_my_proc')

Connecting to an existing MongoDB database

Some projects use already running MongoDB servers (e.g., on docker instances). To connect to them, use the mongo_noproc fixture.

mongo_external = factories.mongodb('mongo_noproc')

By default, the mongo_noproc fixture connects to a MongoDB instance on port 27017. Standard configuration options apply to it.

The mongo_noproc fixture also supports authenticated and TLS connections, as well as connecting via a full connection URI:

mongo_auth_proc = factories.mongo_noproc(
    host="mongo.example.com",
    port=27017,
    username="user",
    password="secret",
    auth_source="admin",
    tls=True,
)
mongo_auth = factories.mongodb("mongo_auth_proc")

When uri is provided, it takes precedence over the host/port/credential arguments:

mongo_uri_proc = factories.mongo_noproc(
    uri="mongodb://<user>:<password>@mongo.example.com:27017/?authSource=admin"
)

The following configuration options apply to the mongo_noproc fixture as well:

Managed databases

The mongodb fixture manages one database - test by default - and empties it at the end of each test by dropping its non-system.* collections. Nothing else on the instance is touched, so preseeded data survives and tests running in parallel against a shared MongoDB instance do not clear each other’s databases.

Point the fixture at a different database with dbname:

from pytest_mongo import factories

mongo_my = factories.mongodb("mongo_proc", dbname="orders")

A single MongoClient can reach every database on the server, so one test may legitimately use several. Name the further ones in dbs and they are managed alongside dbname:

mongo_my = factories.mongodb("mongo_proc", dbname="orders", dbs=["customers"])

dbs is optional, and dbname on its own is enough for most suites. Collections are what gets dropped, so the fixture needs no privileges beyond the ones it has always needed. admin, config and local are MongoDB’s own databases and cannot be managed.

When several xdist workers share one MongoDB instance, give each worker its own database name so they never clear each other’s data:

import os

from pytest_mongo import factories

worker = os.environ.get("PYTEST_XDIST_WORKER", "master")
mongo_my = factories.mongodb("mongo_noproc", dbname=f"orders-{worker}")

Configuration

You can define settings in three ways: fixture factory argument, command line option, and pytest.ini configuration option. You can pick which you prefer, but remember that these settings are handled in the following order:

  • Fixture factory argument

  • Command line option

  • Configuration option in your pytest.ini file

Configuration options

MongoDB server option

Fixture factory argument

Command line option

pytest.ini option

Applies to mongo_noproc

Default

Path to mongodb exec

executable

–mongo-exec

mongo_exec

no

/usr/bin/mongod

MongoDB host

host

–mongo-host

mongo_host

127.0.0.1

127.0.0.1

MongoDB port

port

–mongo-port

port

27017

random

Port search count

–mongo-port-search-count

mongo_port_search_count

5

Additional parameters

params

–mongo-params

mongo_params

no

MongoDB client’s time zone awareness (override with –mongo-tz-aware/–no-mongo-tz-aware)

tz_aware

–mongo-tz-aware, –no-mongo-tz-aware

mongo_tz_aware

no

False

Username for authentication

username

–mongo-username

mongo_username

yes

Password for authentication

password

–mongo-password

mongo_password

yes

Authentication database (authSource)

auth_source

–mongo-auth-source

mongo_auth_source

yes

admin

Full MongoDB connection URI (takes precedence over host/port/credentials)

uri (mongo_noproc only)

–mongo-uri

mongo_uri

yes

Enable TLS/SSL (override with –mongo-tls/–no-mongo-tls)

tls (mongo_noproc only)

–mongo-tls, –no-mongo-tls

mongo_tls

yes

False

Database the mongodb client fixture manages and empties after each test

dbname (mongodb only)

–mongo-dbname

mongo_dbname

yes

test

Further databases managed alongside dbname (optional)

dbs (mongodb only)

–mongo-dbs (repeatable)

mongo_dbs

yes

Example usage:

  • pass it as an argument in your own fixture

    mongo_proc = factories.mongo_proc(port=8888)
  • pass additional mongod parameters via a single string

    mongo_proc = factories.mongo_proc(
        params="--quiet --setParameter diagnosticDataCollectionEnabled=false"
    )
  • use --mongo-port command line option when you run your tests

    pytest tests --mongo-port=8888
  • specify your port as mongo_port in your pytest.ini file.

    To do so, put a line like the following under the [pytest] section of your pytest.ini:

    [pytest]
    mongo_port = 8888

Compatibility (tested)

CI covers MongoDB 7.0 and 8.0; other versions may work but aren’t tested.

Package resources

Metadata

Release files for pytest-mongo 6.0.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for pytest-mongo 6.0.0
File Size Uploaded
pytest_mongo-6.0.0.tar.gz 18.6 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for pytest-mongo 6.0.0
File Interpreter ABI Platform
pytest_mongo-6.0.0-py3-none-any.whl Python 3 none any Details

Total release size: 37.0 kB

Release files / pytest_mongo-6.0.0.tar.gz

Download URL pytest_mongo-6.0.0.tar.gz
Size 18.6 kB
Tags Source
SHA-256 checksum
How to use checksums
f373569e8b13c1b79f3dc0f5d666c578cf4a21625517d015aec73f287ef9b067
BLAKE2b-256 checksum
How to use checksums
8b4140e92d5992301b81f9e540ed72e23d706c57da3aa9212240ad58cae1c179
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 9, 2026.

Transparency log

Release files / pytest_mongo-6.0.0-py3-none-any.whl

Download URL pytest_mongo-6.0.0-py3-none-any.whl
Size 18.5 kB
Tags Python 3
SHA-256 checksum
How to use checksums
d2c490b21ea80d1e3f4c97b585391bf52a14c2d1d5934169828955e7a25c16a7
BLAKE2b-256 checksum
How to use checksums
52882ef6abe959d58d6e8db4bbf7827e673f33638ff603a9d8c73407caf12ea0
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 9, 2026.

Transparency log

Release history Release notifications | RSS feed

This release

6.0.0 This release

2 release files

5.0.0

2 release files

4.0.0

2 release files

3.2.1

2 release files

3.2.0

2 release files

3.1.0

2 release files

3.0.0

2 release files

2.1.1

2 release files

2.1.0

1 release file

2.0.0

1 release file

1.2.1

1 release file

1.2.0

1 release file

1.1.2

2 release files

1.1.1

3 release files

1.1.0

3 release files

1.0.0

3 release files

0.0.0

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page