Tbd: Testing im MANDAT Projekt

[ThorstenKastner]

Momentan werden sämtliche Funktionen, UIs,.. manuell getestet
Auf Dauer nicht praktikabel.
Automatisiertes Testen notwendig

Erster Vorschlag: UIs mit Selenium testen.
Weitere Vorschläge willkommen

[uvdsl]

During my internship, I started to look into Cypress for E2E testing. Maybe worth looking into.

[uvdsl]

Still applicable, e.g. for #49.

[cillies-finatix]

Problem Unittests:

Für Unittests müssen einige Composables, Functions, Imports und Components gemocked werden. Das ist teilweise aber nicht so leicht, da bereits durch den Import einiger Functions Code ausgeführt wird, z. B. useSolidSession. Da bei der ursprünglichen Entwicklung Testbarkeit keinen Fokus hatte, müssten dort ein paar Dinge geändert werden, damit diese "mockbar" in Unittests werden.

Jest bietet die Möglichkeit ganze Imports von Modulen zu mocken: jest.mock("hackathon-demo/libs/composables", () => ...);. Das hat allerdings den Nachteil, dass u. U. alles aus diesem Modul gemocked werden muss, auch Dinge, die gar nicht verwendet werden.

Daher sollte der Code entsprechend angepasst werden. Vue bietet mit provide und inject die Möglichkeit Dependency Injection und Inversion Of Control zu nutzen. So können Composables und Components diese Function nutzen, aber bei Default auf das jetzige Verhalten zurückfallen. Damit sind wir in der Lage in den Tests diese Injections zu überschreiben.

Beispielhaft wurde das in #66 in der auth/Home.vue Component umgesetzt. UseSolidSession bspw. nutzt ein Inject mit Default-Factory, um eine Instanz der Klasse RdpCapableSession zu erzeugen.

• https://remarkablemark.org/blog/2018/06/28/jest-mock-default-named-export/
• https://jestjs.io/docs/mock-functions#mocking-modules
• https://vuejs.org/guide/components/provide-inject.html

Problem E2E Tests:

Mit Selenium und Cypress hat man oft das Problem mit OAuth Authentifizierungen oder generell mit Weiterleitung/Umleitungen zu einer Login-Page, die auf einer anderen Domain (oder Port) liegt. Dadurch verlieren diese Tools oft die Kontrolle über das Fenster/Tab und könne nicht weiter testen. Siehe dazu https://docs.cypress.io/app/core-concepts/best-practices#When-logging-in

Playwright hingegen nutzt direkt die Browser-Engine zur Steuerung. Dadurch sind auch Weiter- und Umleitungen kein Problem. Für unseren Use-Case können wir uns damit also auch bei Solid richtig authentifizieren und unsere Anwendung testen. Siehe dazu https://playwright.dev/docs/auth