TDD mit MSTest Stefan Lieser Email: stefan@lieser-online.de Web: http://www.lieser-online.de

Agenda Begriffsklärung Überblick MSTest Red, Green, Refactor Unit Test, Integration Test, etc. Überblick MSTest Red, Green, Refactor Vorgehensweise bei TDD Mock Frameworks Rhino.Mocks TypeMock Sollen Tests das Design beeinflussen?

Begriffsklärung Unit Test Integration Test automatisiert Testet die kleinste Einheit, in der Regel eine Klasse Isolieren der „class under test“ von ihren Abhängigkeiten Integration Test Tests über mehrere Layer z.B. auch inkl. Datenbankzugriff

Überblick MSTest Klasse enthält Tests Diese Methode ist ein Test using Microsoft.VisualStudio.TestTools.UnitTesting; namespace MeineTests { [TestClass] public class BasicTests [TestMethod] public void Test() { int i = 5; Assert.AreEqual(5, i); } Klasse enthält Tests Diese Methode ist ein Test Annahme die erfüllt sein muss

Test Setup Initialisierung die vor jeder Testmethode ausgeführt wird. [TestClass] public class BasicTests { private IList<string> list; [TestInitialize] public void Setup() { list = new List<string>(); } [TestMethod] public void Test() { list.Add("bla"); Assert.AreEqual(1, list.Count); Initialisierung die vor jeder Testmethode ausgeführt wird.

MSTest Projekt - Tücke Damit MSTest ein Projekt als Testprojekt erkennt muss in der Projektdatei folgender Eintrag vorhanden sein: <ProjectTypeGuids> {3AC096D0-A1C2-E12C-1390-A8335801FDAB}; {FAE04EC0-301F-11D3-BF4B-00C04F79EFBC} </ProjectTypeGuids> Solange man Testprojekte über das vorhandene Projekt-Template anlegt ist dies gegeben...

Red, Green, Refactor Red Green Refactor Schreibe einen Test. Implementiere gerade soviel dass es syntaktisch korrekt ist. Green Ergänze die Implementierung gerade so weit, dass der Test erfolgreich ist. Refactor Überarbeite die Implementierung so dass sie „besser“ wird, ohne ihr Verhalten zu modifizieren.

Test first? Sapir-Whorf These Die Sprache formt das Denken. Spezifikation (statt Test) trifft die Sache eher. Test first führt dazu dass man eine neue Funktionalität erst anwendet ehe man sie implementiert. Dadurch wird die API in der Regel besser.

Test first? Die Testabdeckung (Coverage) ist in der Regel höher als bei Tests die im Nachhinein ergänzt werden. Kein Dogma! Manchmal geht es nur im Nachhinein. Manchmal hilfreich: erst einen Spike ohne Tests, diesen dann wegwerfen und Test first neu beginnen.

Isolieren einer Klasse Unit Tests testen eine Klasse isoliert, also ohne ihre Abhängigkeiten. Die Abhängigkeiten werden durch Test Doubles ersetzt. Test Doubles können implementiert werden durch handgeschriebene Klassen, von einem Mock Framework generierte Klassen. Stub Reines Double Mock Stub mit zu prüfenden Erwartungen

Test Doubles Stub Ein Double welches die Abhängigkeit der zu testenden Klasse ausfüllt. Rückgabewerte und Verhalten können von außen gesteuert werden um das Verhalten der zu testenden Klasse zu beeinflussen. Mock Es werden Erwartungen definiert die durch den Test erfüllt werden müssen. Wird eine Erwartung nicht erfüllt schlägt der Test fehl.

Mock Frameworks - Arbeitsweise Record/Replay Während der Record Phase wird das erwartete Verhalten definiert. In der Replay Phase werden die während der Record Phase aufgezeichneten Aufrufe abgespielt. Nach der Replay Phase wird geprüft, ob alle erwarteten Aufrufe korrekt erfolgt sind.

Mock Frameworks - Beispiele Rhino.Mocks (open source) Implementiert mit Hilfe von zur Laufzeit generierten Proxy Klassen. Verwendet Castle Proxy TypeMock (commercial, abgespeckt free) Verwendet das Profiler API um Aufrufe abzufangen. Technisch leistungsfähiger (z.B. Unterstützung für statische Methoden).

Links Sapir-Whorf These: http://de.wikipedia.org/wiki/Sapir-Whorf-Hypothese Rhino.Mocks TypeMock JetBrains ReSharper NUnit