pytest-mongo
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.
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
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=8888specify 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
Bug tracker: https://github.com/dbfixtures/pytest-mongo/issues
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)
| File | Size | Uploaded | |
|---|---|---|---|
| pytest_mongo-6.0.0.tar.gz | 18.6 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| 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 logRelease 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