6.6 KiB
ADDED Requirements
Requirement: Testtarget und Anwendungskomposition stimmen überein
Meeting Assistant SHALL einen portablen Testpfad und einen Testpfad für den echten Windows-TFM anbieten. Jeder Testpfad SHALL die dazugehörige Anwendungskomposition referenzieren und ausführen. Ein Windows-Runtime-Identifier oder ein Windows-Testhost allein SHALL nicht als Windows-Targetnachweis gelten.
Die CI SHALL die Targets explizit auswählen und deren Discovery- und Ausführungsergebnisse getrennt erfassen. Der Windows-Nachweis SHALL die fünf vorhandenen Outlook-Verhaltensfälle entdecken und mit tatsächlich ausgeführten Assertions belegen.
Scenario: Windows-Host führt weiterhin einen portablen Target aus
- GIVEN ein portabler Testtarget wird durch einen Windows-Host ausgeführt
- WHEN seine Ergebnisse berichtet werden
- THEN sie werden als portable Ergebnisse gekennzeichnet
- AND sie gelten nicht als Nachweis für Windows-bedingt kompilierten Produktions- oder Testcode
Scenario: Echter Windows-Testtarget führt Outlook-Fälle aus
- WHEN der echte Windows-Testtarget gebaut und ausgeführt wird
- THEN er referenziert die Windows-Anwendungskomposition
- AND die vorhandenen Fälle für Agenda-Extraktion, Teilnehmernormalisierung und drei Absagepräfixe sind namentlich entdeckt und ausgeführt
- AND ein Gesamtergebnis ohne Discovery-Nachweis ersetzt diese Prüfung nicht
Requirement: Inkompatible Laufzeittests melden keine scheinbaren Erfolge
Ein Test, dessen Assertions eine nicht verfügbare native Plattform voraussetzen, SHALL diese Nichtausführung als echten Skip mit Begründung melden. Ein vorzeitiger erfolgreicher Rücksprung vor den Assertions SHALL nicht als bestandener Test gelten.
Durch Targetbedingungen nicht kompilierte plattformspezifische Fälle SHALL im Nachweis als nicht Bestandteil dieses Targets nachvollziehbar bleiben. Auf der kompatiblen Laufzeit SHALL die betreffende Prüfung ihre Assertions ausführen.
Scenario: Windows-Benutzerumgebung oder Windows-Bildrendering ist nicht verfügbar
- GIVEN die aktuelle Laufzeit bietet die benötigte Windows-Funktion nicht
- WHEN die Benutzerumgebungs- oder Glyphenprüfung im Lauf entdeckt wird
- THEN sie wird mit konkretem Plattformgrund übersprungen
- AND sie erhöht nicht die Zahl erfolgreich ausgeführter Assertions
Scenario: Passende Laufzeit führt dieselbe Prüfung aus
- GIVEN eine passende Windows-Laufzeit ist vorhanden
- WHEN die Benutzerumgebungs- oder Glyphenprüfung läuft
- THEN ihre tatsächlichen Assertions werden ausgewertet
- AND ein Fehler führt zu einem fehlgeschlagenen Ergebnis
Requirement: Native Bildbackends erfüllen den Pixelvertrag
Meeting Assistant SHALL den Crop-Vertrag jedes unterstützten nativen Bildbackends anhand deterministischer Bilddaten prüfen. Die Prüfung SHALL erwartete Abmessungen, Pixelinhalt, Koordinatenursprung und die Ablehnung ungültiger Ausschnitte nachweisen. Ein Ersatzbackend SHALL nicht als Nachweis des tatsächlichen nativen Bildbackends gelten.
Scenario: Windows-Cropper verarbeitet bekannte Bilddaten
- GIVEN eine deterministische Grafik mit unterscheidbaren Bildbereichen
- WHEN der echte Windows-Cropper einen gültigen Ausschnitt verarbeitet
- THEN Größe, Ursprung und Pixelinhalt entsprechen dem erwarteten Ausschnitt
- AND der Nachweis verwendet die Windows-Anwendungskomposition
Scenario: Ungültiger Ausschnitt wird abgelehnt
- WHEN ein Ausschnitt negative Koordinaten, leere Abmessungen oder Koordinaten außerhalb des Originals enthält
- THEN der native Cropper lehnt ihn ab
- AND es wird kein erfolgreicher Ausschnitt ausgewiesen
Requirement: Nachweise unterscheiden Implementierung, Test und native Abnahme
Die Paritätsverifikation SHALL Implementierungsstand, portable Tests, Windows-Targettests, native Selbst-/Pixeltests und echte operative/UI-Abnahmen getrennt berichten. Sie SHALL tatsächlich verwendeten Host, Target, Laufzeit und Umfang benennen und SHALL fehlende Runner, Berechtigungen, Modelle oder Zugangsdaten als offene Nachweisgrenzen ausweisen.
Historische Ergebnisse SHALL mit ihrem damaligen Umfang erhalten bleiben. Die Baseline von 602 bestandenen portablen Tests SHALL nicht als neuer Gesamttestumfang nach Änderungen an Targets, Discovery oder Skips übernommen werden. Aktuelle Summen SHALL aus dem jeweiligen Ergebnis abgeleitet werden.
Der vollständige Windows-Resource-/Paketbuild SHALL ohne deaktivierte erforderliche Resource-Schritte nachgewiesen werden. Ein eingeschränkter C#-Compiler-Nachweis SHALL als solcher gekennzeichnet bleiben.
Die offenen Tasks 4.2 und 4.4 des bestehenden Changes add-macos-user-communication SHALL ihre bisherigen Inhalte und Nachweise behalten. Neue Abnahmeergebnisse SHALL darauf verweisen und SHALL nicht bereits implementierte Features erneut als fehlend darstellen.
Scenario: Native Kommunikationsabnahme bleibt nach UI-Timeout offen
- GIVEN native Zustellung und HTTP-Entscheidungen sind nachgewiesen
- AND echte Notification-/Menüinteraktionen können wegen eines UI-Timeouts nicht ausgeführt werden
- WHEN der Abschluss berichtet wird
- THEN Zustellung und HTTP-Nachweise bleiben als solche erhalten
- AND native Klicks, Dismissal, Berechtigungs-Fallback und Standardentwurf neben zwei Workflow-Fenstern bleiben ausdrücklich unabgenommen
Scenario: Vollständiger Windows-Build ist noch nicht möglich
- GIVEN C#-Kompilierung besteht nur mit deaktivierter erforderlicher Resource-Erzeugung
- WHEN die Windows-Verifikation berichtet wird
- THEN der eingeschränkte Compiler-Nachweis wird benannt
- AND der vollständige Windows-Build bleibt offen
Scenario: Screenshot-Nachweis prüft tatsächlichen Fokus
- GIVEN eine kontrolliert fokussierte Anwendung mit eindeutigem Bildinhalt
- WHEN der produktive Screenshot-Hotkey ausgelöst wird
- THEN die native Abnahme vergleicht das gespeicherte Bild mit dem vordersten zulässigen Fenster dieser Anwendung
- AND ein PNG-Existenztest oder Capture-Stub ersetzt diese Beobachtung nicht
Scenario: Aktivierter Backendpfad benötigt einen echten Dateilauf
- GIVEN ein Transkriptions- oder finaler Diarisierungspfad ist aktiviert
- WHEN seine operative Parität abgenommen wird
- THEN eine bekannte WAV-Datei wird durch den tatsächlichen Backendpfad verarbeitet
- AND Output, Host, Laufzeit und Voraussetzungen werden getrennt je Backend dokumentiert
- AND fehlende Zugangsdaten oder Laufzeiten werden nicht stillschweigend angenommen oder durch einen Ersatzprovider verdeckt