In Softwareprojekten existieren Abhängigkeiten. Werden dabei Interfaces und Dependency Injection verwendet, kann das Konstrukt mithilfe von Attrappen (engl. Mocks) automatisiert getestet werden.
Die Erkenntnis, dass automatisierte Tests sinnvoll und notwendig sind, hat sich inzwischen durchgesetzt. Dennoch werden in vielen Projekten keine oder zu wenig Tests geschrieben.
Angeregt durch die Diskussion mit Teilnehmern eines Clean Code Developer Workshops habe ich mich wieder einmal mit der Frage befasst, welche Strategien beim automatisierten Testen ich anwende und empfehle.
In Legacy Code Projekten existieren typischerweise nur wenige oder gar keine automatisierte Tests.
Unit Tests der GUI? Das automatisierte Testen der GUI (grafical user interface) einer Desktop Anwendung ist auf den ersten Blick eine größere Herausforderung.
Ressourcenzugriffe wie das Lesen oder Schreiben von Dateien oder Datenbankzugriffe bereiten bei Unit Tests häufig Probleme.
Events spielen eine große Rolle in .NET Anwendungen. Häufig basieren große Teile der Verbindung zwischen der UI und „dem Rest“ der Anwendung auf Events.
Exceptions Testen ist immer wieder eine Herausforderung für Entwickler. Häufig mangelt es an einer klaren Strategie.
Sind Sie schon über das Attribut InternalsVisibleTo gestolpert? Es ermöglicht Ihnen das Testen von internal Methoden.
