Automatisierte Tests sind ein integraler Bestandteil der Softwareentwicklung. Produktivcode sollte immer, so gut es geht, mit Code Tests (unit, integration, end-to-end) abgedeckt sein. Aber vor allem bei schwammigen oder unklaren Business-Anforderungen neigen wir zu struktureller Kopplung zwischen Produktivcode und Testcode. Ein Testing-API zwischen Produktivcode und Testcode löst diese Kopplung. Basierend auf dem Softwaredesignprinzip "don’t depend on volatile things" ermöglicht dieses API das Verifizieren von Business Rules und entkoppelt unsere Tests von der Applikation. Die Implementation eines solchen Testing-API ist indes kein Selbstläufer. Deshalb gilt es folgende Fragen zu beantworten: Wie konzipieren wir solch ein API am besten? Können wir solch ein API überhaupt in unser bestehendes Softwaredesign implementieren? Wie lässt sich solch ein Testing-API mit .NET aufbauen?