DoubleDown

Boundaries >

TestHex.pmDocumentation

DoubleDown is a test-double (mocks and fakes) library for Elixir. It has multiple zero-cost routes to adding test boundaries to your system, and goes beyond mocks with stateful test-doubles aka fakes. It includes an Ecto.Repo fake powerful enough to run ExMachina factories without a database.

Tests that exercise database features — constraints, complex queries, migrations — should continue to run against a real database. But unit tests that use the database merely as an easy (but slow) way of getting data into the right place can run without one. DoubleDown's InMemory Repo lets you keep the factory and drop the DB.

How it works

A function call passes through four logical layers:

┌──────────────────────────────────────────────────────┐
│ FUNCTION CALL │
│ MyApp.Repo.insert(changeset) │
└──────────────────────────┬───────────────────────────┘
┌──────────────────────────────────────────────────────┐
│ 1. CONTRACT │
│ (type-level interface) │
│ │
│ ┌───────────────┐ ┌──────────────┐ ┌─────────────┐ │
│ │ defcallback │ │ @behaviour │ │ any module │ │
│ │ (explicit) │ │ (explicit) │ │ (implicit) │ │
│ └────────┬──────┘ └──────┬───────┘ └──────┬──────┘ │
└───────────┼───────────────┼────────────────┼─────────┘
│ │ │
▼ ▼ ▼
┌──────────────────────────────────────────────────────┐
│ 2. FACADE │
│ (generated dispatch functions) │
│ │
│ ┌───────────────┐ ┌────────────────┐ ┌─────────────┐ │
│ │ContractFacade │ │BehaviourFacadde│ │DynamicFacade│ │
│ └────────┬──────┘ └────────┬───────┘ └──────┬──────┘ │
└──────────┼─────────────────┼────────────────┼────────┘
└─────────────────┼────────────────┘
┌──────────────────────────────────────────────────────┐
│ 3. DISPATCH │
│ (call resolution) │
│ │
│ ┌────────────┐ ┌──────────────┐ ┌──────────────┐ │
│ │ Static │ │ Runtime │ │ Test │ │
│ │ (compile- │ │ Config │ │ Handler │ │
│ │ time, │ │ │ │ │ │
│ │ zero │ │ App.get_env │ │ NimbleOwner- │ │
│ │ overhead) │ │ → apply/3 │ │ ship lookup │ │
│ └─────┬──────┘ └──────┬───────┘ └──────┬───────┘ │
└────────┼────────────────┼─────────────────┼──────────┘
└────────────────┼─────────────────┘
┌──────────────────────────────────────────────────────┐
│ 4. IMPLEMENTATION │
│ (actual execution) │
│ │
│ ┌──────────────────────────┐ ┌──────────────────┐ │
│ │ Production Module │ │ Test Double │ │
│ │ │ │ (stub / fake / │ │
│ │ │ │ expect) │ │
│ └──────────────────────────┘ └──────────────────┘ │
└──────────────────────────────────────────────────────┘

Three facade types let you add boundaries at different levels of control:

FacadeContractBest for
ContractFacadedefcallback (explicit, typed)New code you control
BehaviourFacadeexisting @behaviourThird-party or legacy behaviours
DynamicFacadeimplicit (module's public API)Adding boundaries without touching source

Dispatch is uniform across all three contract/facade types — providing the same resolution mechanism, DoubleDown.Double API for tests, and DoubleDown.Log for call tracing.

In production, dispatch overhead can be completely eliminated at compile time: with ContractFacade and BehaviourFacade, static dispatch inlines calls — resulting in zero overhead versus calling the implementation directly, while with DynamicFacade no shims are even generated in production.

Installation

Hex.pm

Add double_down to your dependencies in mix.exs:

def deps do
[
{:double_down, "~> 0.64"}
]
end

Documentation

Archived documentation from previous versions lives in docs/archive/ — these cover the same concepts but may use outdated module names.

License

MIT License — see LICENSE for details.


Boundaries >