Autorentool im "Headless" Mode

[philgei]

User Story

Als Softwaretester möchte ich das Release des Autorentools [headless] (https://de.wikipedia.org/wiki/Headless_(Informatik)) starten können, sodass Testing-Tools gut mit der Software arbeiten können.

Der Selbe Effekt wie in dem Launch-Profil "AuthoringTool" in Rider soll mit dem Production build erreicht werden. Es soll sich also kein Fenster öffenen. Es kann anschließend manuell über einen Browser aufgerufen werden.

Beispiel Startbefehle (Nur eins von beiden ist umzusetzen):

Als Flag (Bevorzugt):
AuthoringTool.exe --headless

Als Umgebungsvariable:
AUTHORING_TOOL_HEADLESS=true AuthoringTool.exe

Fortschritt

Tobi sucht aktuell nach einer "schnellen" Lösung über Presentation-Schicht -> Vll könnten wir im ersten schritt eine Prototyp Schnittstelle anbieten.

Ideen:

• Zum einbinden wäre eine Subkomponente in der BusinessLogic Dll am Besten hier könnten wir dann den world import über die IBusinessLogic bewerkstelligen.
  • Das wäre halt bedenklich, da wir quasi in der BusinessLogic die API haben, -> Wobei das ja "Nur" in der dll ist und so quasi nicht wirklich in der BusinessLogic
• Probiert wurde noch ein direkter import in der PresentationLogic
  • idee ware, dass wir eventuell über die Blazor funktionallitäten eine sehr einfache und schnelle REST-Anbindung aufbauen könnten.

Definition of Ready

• User Story ist klein genug für Sprint
• User Story ist für jeden Beteiligten klar verständlich
• User Story Aufwand ist geschätzt
• User Story hat Akzeptanzkriterien
• User Story hat einen Mehrwert für das Produkt oder die Entwicklung
• User Story Ursprung ist bekannt (Stakeholder)
• User Story ist Release zugewiesen

Definition of Done

• Alle Akzeptanzkriterien sind erfüllt
• Die Realisierung der User Story wurde erfolgreich durch den Product Owner abgenommen
• Die Implementierung ist in GitHub
• Eine Code Review wurde durchgeführt (oder in Pairing Programm erstellt)
• Die Codekonventionen sind eingehalten
• Unittestabdeckung muss größer 90% sein
• Alle Tests müssen bestanden sein
• Technische Dokumentation angelegt (Aktivitätsdiagramm in Issue)
• UML Klassendiagramme und Komponentendiagramme erstellt und aktuell
• Die Dokumentation in der Realisierung wurde erstellt (Quellcode)
• Changelog angelegt
• Es gibt keine bekannten Bugs

[Glutamat42]

Was mir gerade noch kommt: Kommandozeilenparameter könnten evtl problematisch bei manchen distributionsformaten sein und wäre daher bei der Umsetzung zu beachten (bspw AppImage)