Wenn Komponenten unserer Software miteinander kooperieren, dann folgen sie einem Vertrag (engl. Contract). Oft ist dieser Vertrag unspezifiziert und nur in den Köpfen der Entwickler vorhanden. Dies kann dazu führen, dass ein System im Zusammenspiel nicht funktioniert, obwohl die Einzelteile getestet sind und korrekt zu funktionieren scheinen. Um dieses Problem zu vermeiden, greifen manche Teams auf integrierte Tests zurück. Diese kommen jedoch mit ihrer eigenen, großen Menge an Kosten und Nachteilen. Eine Alternative stellen Contract- und Collaboration-Tests dar, die beide Seiten eines Vertrags auf Erfüllung der Vertragsbedingungen hin überprüfen. In diesem Vortrag stelle ich Möglichkeiten vor, wie wir als Entwickler solche Verträge automatisiert testen können. Dabei beginne ich mit klassischen Entwicklertests à la JUnit, um anschließend auf effektivere Methoden aus dem Bereich des Property-basierten Testens einzugehen.