{"id":1999,"date":"2022-02-24T01:05:01","date_gmt":"2022-02-24T01:05:01","guid":{"rendered":"https:\/\/www.gravityvector.com\/?p=1999"},"modified":"2022-04-01T11:16:52","modified_gmt":"2022-04-01T11:16:52","slug":"ist-unit-testing-der-muehe-wert-mit-einem-beispiel","status":"publish","type":"post","link":"https:\/\/www.gravityvector.com\/de\/ist-unit-testing-der-muehe-wert-mit-einem-beispiel\/","title":{"rendered":"Ist Unit Testing der M\u00fche wert? (mit einem Beispiel)"},"content":{"rendered":"

Es wird erwartet, dass jede Software nach Abschluss des Entwicklungsprozesses ordnungsgem\u00e4\u00df getestet wird, um Fehler zu erkennen und zu beheben. Es gibt unz\u00e4hlige M\u00f6glichkeiten, das zu tun. Manuelles Testen ist der einfachste Weg, um zu \u00fcberpr\u00fcfen, ob eine Software so funktioniert, wie sie sollte. Obwohl es eine einfache M\u00f6glichkeit ist, es zu testen, ist es definitiv nicht die effizienteste. Es ist unpraktisch, fehleranf\u00e4llig und aufgrund menschlicher Fehler nicht immer genau. Beim manuellen Testen muss jede Software immer wieder vom Entwickler getestet werden, was sehr m\u00fchsam und zeitaufw\u00e4ndig sein kann. Um Redundanzen zu vermeiden, k\u00f6nnen Unit-Tests verwendet werden, um den Prozess f\u00fcr uns zu automatisieren und die manuellen Tests effizienter zu gestalten.<\/p>\n

Durch Komponententests k\u00f6nnen wir testen, ob der von uns geschriebene Code wie beabsichtigt funktioniert. Das Hauptaugenmerk liegt darauf, zu testen, ob eine einzelne Einheit (kleinstes St\u00fcck Code, das getestet werden kann) wie eine Methode oder Funktion isoliert gut funktioniert. Das tats\u00e4chliche Verhalten einer Einheit wird mit dem erwarteten Verhalten verglichen und basierend auf dem Ergebnis wird der Test entweder bestanden oder nicht bestanden. Es liegt an uns zu entscheiden, ob der Test f\u00fcr ein bestimmtes Ergebnis bestanden oder nicht bestanden werden soll. Jeder Test muss nur einmal geschrieben werden und kann unz\u00e4hlige Male ausgef\u00fchrt werden, um zu \u00fcberpr\u00fcfen, ob die Software gut funktioniert und wie gut sie auf g\u00fcltige oder ung\u00fcltige Eingaben reagiert. Mit diesem Ansatz sind wir in der Lage, Fehler fr\u00fcher effizient zu erkennen und zu beheben, was letztendlich zu geringeren Kosten f\u00fchrt.<\/p>\n

<\/div>\n

Wie schreibt man in Python einen Testfall?<\/h4>\n

Python verf\u00fcgt \u00fcber ein integriertes Unit-Testing-Framework namens unittest<\/span><\/span><\/span><\/span><\/span>, das Tools zum Schreiben und Ausf\u00fchren von Tests enth\u00e4lt. Damit der Testrunner unterscheiden kann, welche Methoden einen individuellen Test darstellen, m\u00fcssen Testmethoden definiert werden, deren Namen mit den Buchstaben \u201eTest\u201c beginnen.<\/p>\n

Die folgenden Beispiele zeigen ein Diagramm oder eine Struktur einer neuen Testfallklasse namens Example<\/span><\/span><\/span><\/span><\/span>, die von unittest.TestCase<\/span><\/span><\/span><\/span><\/span> und in Python implementiertem Code erbt, der derselben Struktur folgt.<\/p>\n

\"\"<\/p>\n

<\/div>\n

Das Diagramm zeigt, wie sich das Example<\/span><\/span>\u00a0<\/span><\/span><\/span><\/span>bei der Ausf\u00fchrung verh\u00e4lt. Die Methoden setUpClass <\/span><\/span><\/span><\/span><\/span>und tearDownClass<\/span><\/span><\/span><\/span><\/span> sind als Klassenmethoden definiert, um nur einmal f\u00fcr die gesamte Klasse aufgerufen zu werden. Beide enthalten auszuf\u00fchrende Anweisungen, setUpClass<\/span><\/span><\/span><\/span><\/span> f\u00fchrt die Anweisungen aus, bevor alle Tests ausgef\u00fchrt werden, und tearDownClass<\/span><\/span><\/span><\/span><\/span>\u00a0f\u00fchrt sie danach aus.<\/p>\n

Die n\u00e4chste Methode, die nach setUpClass<\/span><\/span><\/span><\/span><\/span> aufgerufen wird, ist die setUp <\/span><\/span><\/span><\/span><\/span>Methode. Diese Methode l\u00e4uft vor jeder Testmethode, in diesem Fall testA<\/span><\/span><\/span><\/span><\/span> und testB<\/span><\/span><\/span><\/span><\/span>. Die Methode tearDown() wird nach jeder Testmethode ausgef\u00fchrt. Wie bei den vorherigen Klassenmethoden enthalten beide auch Anweisungen, die vor und nach jedem Test ausgef\u00fchrt werden m\u00fcssen.<\/p>\n

Beide Testmethoden, testA<\/span><\/span><\/span><\/span><\/span> und testB<\/span><\/span><\/span><\/span><\/span>, werden der Reihe nach ausgef\u00fchrt. Beide haben unterschiedliche Testf\u00e4lle, die Zusicherungen verwenden, um das tats\u00e4chliche Verhalten der Einheit gegen\u00fcber dem erwarteten Verhalten zu validieren. Die Methode testA<\/span><\/span><\/span><\/span><\/span> ruft die Methode assertEqual<\/span> <\/span><\/span><\/span><\/span>auf, um nach einem erwarteten Ergebnis oder Ausgang <\/span>zu suchen. Die Methode testB<\/span><\/span><\/span><\/span><\/span> ruft die Methoden assertTrue <\/span><\/span><\/span><\/span><\/span>und assertFalse <\/span><\/span><\/span><\/span><\/span>auf, um eine Bedingung zu verifizieren.<\/span><\/p>\n

Am Ende, wenn alle Testmethoden erfolgreich ausgef\u00fchrt wurden, wird die tearDown <\/span><\/span><\/span><\/span><\/span><\/span>Methode noch einmal vor der tearDownClass<\/span><\/span><\/span><\/span><\/span> ausgef\u00fchrt, die einige abschlie\u00dfende Anweisungen ausf\u00fchrt.<\/p>\n

<\/div>\n

F\u00fchren Sie den Code mit einem interaktiven Python-Interpreter aus<\/h4>\n