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. Eine Testing-API zwischen Produktivcode und Testcode löst diese Kopplung. Basierend auf dem Softwaredesign-Prinzip "don’t depend on volatile things" ermöglicht diese API das Verifizieren von Business Rules und entkoppelt unserer Tests von der Applikation. 

Die Implementation einer solchen Testing-API ist indes kein Selbstläufer. Deshalb gilt es folgende Fragen zu beantworten:

• Wie konzipieren wir solch eine API am besten?
• Können wir solch eine API überhaupt in unser bestehendes Software-Design implementieren?
• Wie lässt sich solch eine Testing-API mit .NET aufbauen?