Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

--- talit:python_testing [2024-03-04 14:17] – angelegt hof
+++ talit:python_testing [2024-03-04 14:38] (aktuell) – [Pytest] hof
@@ Zeile 13: / Zeile 13: @@
 Wir haben folgenden Python-Code, den wir testen wollen:
-<code sorting.py>
+<code python sorting.py>
 def is_sorted(liste):
     index = 0
@@ Zeile 28: / Zeile 28: @@
 Aber stimmt der Code auch wirklich? Wir schreiben einen ersten Test, wobei Tests normalerweise in Dateien mit dem Präfix `test_` gespeichert werden:
-<code test_sorting.py>
+<code python test_sorting.py>
 from sorting import *
@@ Zeile 37: / Zeile 37: @@
 Die `assert` Anweisung (ohne Klammern!) überprüft, ob der folgende Ausdruck wahr ist, also zu `True` evaluiert. Die erste Zeile überprüft, ob die Liste als sortiert erkannt wird, die zweite, ob herausgefunden wird, dass die Liste nicht sortiert ist.
-Wir führen den Test aus mit `python test_sorting` - scheint alles in Ordnung zu sein.
+Wir führen den Test aus mit `python test_sorting.py` - scheint alles in Ordnung zu sein.
 ### Test Driven Development
@@ Zeile 43: / Zeile 43: @@
 Im Test-Driven-Development suchen wir nicht zuerst den Fehler, sondern schreiben zuerst einen neuen Test-Case, der den Fehler reproduziert (also beim Test-Durchlauf fehlschlägt). Erst dann flicken wir den fehlerhaften Code, bis alle Tests wieder grün sind.
 #### Aufgabe A
 Schreibe einen Test-Case für den rapportierten Fehler. Flicke anschliessend die `is_sorted` Funktion, bis alle Tests wieder durchlaufen.
+### Pytest
+Um in grösseren Projekten nicht den Überblick zu verlieren, ist es Usus, ein Test-Framework zu verwenden, um alle Tests im Projekt auszuführen. Die beste Wahl für Python ist [[https://pytest.org/|pytest]].
+Installation: `python -m pip install pytest`
+Pytest sucht überall im Ordner nach Dateien, die mit `test_` beginnen, und führt darin alle Funktionen aus, die mit dem gleichen Präfix `test_` anfangen.
+Wir müssen dafür also unseren Test leicht verändern:
+<code python test_sorting.py>
+from sorting import *
+def test_sorted():
+    assert is_sorted(['Apfel', 'Birne', 'Zwetschge'])
+    assert not is_sorted(['Birne', 'Apfel', 'Zwetschge'])
+def test_sorted_bug():
+    assert not is_sorted(['Apfel', 'Zwetschge', 'Birne'])
+</code>
+Die Ausführung von `pytest` findet die Datei und die zwei Testfunktionen und fasst die Resultate zusammen:
+<code bash>
+$ pytest
+============================================= test session starts ==============================================
+platform darwin -- Python 3.11.7, pytest-8.1.0, pluggy-1.4.0
+rootdir: /Users/tom/git/ksr_talit_jupyter
+collected 2 items
+test_sorted.py ..                                                                                        [100%]
+============================================== 2 passed in 0.00s ===============================================
+</code>
+Pytest wird auch von VSCode unterstützt (ev. muss in der Sidebar die _Tests_-Ansicht geöffnet werden:
+{{:talit:python_testing:pasted:20240304-142840.png?nolink&300}}
+#### Aufgabe B
+Ändere deinen Unit-Test, damit er von pytest gefunden wird, und führe die Tests im Terminal und auch in VSCode aus.
 ## Integration Tests