ci: consolidate platform pipelines and test prerequisites on macOS support

openspec/changes/complete-macos-feature-parity/specs/platform-parity-verification/spec.md

@@ -0,0 +1,98 @@
+## 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