test-all

Test All EF Versions

$SLN refers to the solution file path: {working directory}/MongoDB.EFCoreProvider.sln

Arguments

Parse $ARGUMENTS for:

1. --model — If present, extract and remove it. Use as the model parameter when spawning agents. If absent, use haiku.
2. Remaining text — Optional filter:
   • If empty, run all tests across all three versions.
   • If it looks like a project name (e.g. "UnitTests"), run only that project.
   • If it looks like a test filter, pass it via --filter to dotnet test.

Phase 1: Pre-flight Checks (MUST pass before anything else)

1. net10.0 SDK — Run dotnet --list-sdks and verify a 10.x SDK is installed. If missing, stop with: "net10.0 SDK is not installed."

A variable counts as a real external database only when it matches what TestServer.GetOrInitialize treats as a usable connection: it is set, not empty or whitespace-only (the harness treats blank as unset), and not "Disabled" compared case-insensitively (Disabled / disabled / DISABLED are all the skip-Atlas sentinel, not a connection). Apply this same test in both checks below.

2. Database connectivity — Run printenv MONGODB_URI, then check that either:

   • Docker is available (docker info succeeds), OR
   • MONGODB_URI is a real external database (per the rule above). ATLAS_URI does not satisfy this check: it only supplies the Atlas-specific server, while the default server every test uses comes from MONGODB_URI or a testcontainer (TestServer.cs). So without Docker or MONGODB_URI, the run can't start even if ATLAS_URI is set. If neither holds, stop with: "No database available. Start Docker or set MONGODB_URI."

3. Shared-database detection — Run printenv MONGODB_URI and printenv ATLAS_URI. If MONGODB_URI or ATLAS_URI is a real external database (per the rule above), the test runs hit that shared database instead of a per-process testcontainer — record SHARED_DB = true, which forces serial execution in Phase 2. Otherwise SHARED_DB = false: each EF version gets its own testcontainer, so parallel execution is safe. (An empty/whitespace value or ATLAS_URI=Disabled keeps SHARED_DB = false.)

Phase 2: Build & Test via Sub-agents

Run one build + test pass per EF version (EF8, EF9, EF10), each via the Agent tool with the model parameter set. How they are scheduled depends on SHARED_DB from Phase 1:

• SHARED_DB = false (testcontainers) — spawn all three sub-agents in parallel (one assistant message with three Agent blocks). Each EF version builds into a separate output dir and gets its own testcontainer, so there is no contention.
• SHARED_DB = true (MONGODB_URI / ATLAS_URI set) — run the three sub-agents serially: dispatch one, wait for it to finish, then dispatch the next. The three versions would otherwise all hit the same database concurrently and race on shared global state (the test suite disables intra-assembly parallelization for exactly this reason — see tests/.../FunctionalTests/Usings.cs). Never run them in parallel when a shared database is configured.

Each agent's prompt must run the build and test commands below. Both operate on the whole solution $SLN, which is required: it runs all test projects — MongoDB.EntityFrameworkCore.UnitTests, MongoDB.EntityFrameworkCore.FunctionalTests, and MongoDB.EntityFrameworkCore.SpecificationTests. Do not narrow to a single project unless the user passed an explicit filter (see Arguments).

1. Build: dotnet build $SLN -c "Debug EF{version}" -v quiet
2. Test: dotnet test $SLN -c "Debug EF{version}" --no-build --logger "console;verbosity=normal" -v quiet

(If the user passed a filter/project arg, append it — e.g. --filter "<expr>" or the project path — to the test command; otherwise run the full solution so unit, functional, and specification tests all execute.)

Important Rules

• Always use absolute paths — never cd into directories.
• Quote configuration names — they contain spaces ("Debug EF8").
• Parallelism depends on SHARED_DB: safe only when each EF version gets its own testcontainer (SHARED_DB = false). When MONGODB_URI/ATLAS_URI point at a shared database (SHARED_DB = true), run the versions serially — builds still go to separate output dirs, but their tests must not hit the shared database concurrently.
• Run the full solution by default — unit, functional, and specification tests must all run unless the user passed an explicit filter.
• Continue on failure — if one version fails, still report the others.

Phase 3: Console Summary

Populate the summary table with the actual results from each sub-agent. For each EF version, parse the dotnet test output and extract the real Passed, Failed, and Skipped totals from the final test summary (for example, the line containing Passed:, Failed:, and Skipped:). Set the Build column to the actual build result for that version (OK or FAILED).

Use this format for the console summary:

If any version had failures, list failing test names grouped by version.