Files

3.7 KiB
Raw Permalink Blame History

Purpose

Belegt die tatsächliche Terminalbedienbarkeit der IDE und erzeugter Programme auf allen vereinbarten System-/Architektur-Kombinationen.

Requirements

Requirement: Vollständige Ziel- und Terminalmatrix

Die Plattformabnahme SHALL Windows amd64 mit Windows Terminal, macOS arm64 mit einem benannten Terminal sowie Linux amd64 und arm64 jeweils mit mindestens zwei verschiedenen Terminalemulatoren prüfen. Je Matrixzelle SHALL Ziel, Betriebssystem-, Terminal- und Programmversion sowie die geprüfte Revision dokumentiert sein. Reines Cross-Kompilieren MUST NOT als Ausführungsnachweis gelten.

Scenario: Ziel wurde nur gebaut

  • WHEN ein Linux-arm64-Artefakt zwar kompiliert, aber auf keinem passenden Ziel ausgeführt wurde
  • THEN bleibt dessen Ausführungsnachweis offen und die vollständige Plattformabnahme gilt nicht als bestanden

Requirement: Reale Eingabe und Darstellung

Die Matrix SHALL F1F12, relevante Shift-/Ctrl-/Alt-Kombinationen, Menünavigation, Mausdruck/-loslassen/-bewegung, Unicode, Farben und Größenänderung für IDE und repräsentative erzeugte Programme prüfen. Die IDE-Farbprüfung SHALL das geltende VBDOS-Theme einschließlich Kontrast und Zuständen aus ide-oberflaeche mit dokumentiertem Farbprofil und tatsächlichen Ansichten abdecken. Eingaben SHALL genau einmal dem zuständigen IDE- oder BASIC-Kontext zugeordnet werden. Unterhalb der Mindestgröße SHALL die Anwendung bedienbar wiederherstellbar bleiben.

Scenario: Tastenkonflikt im Terminal

  • WHEN der Emulator eine IDE-Tastenkombination selbst abfängt
  • THEN dokumentiert der Nachweis diese Grenze und prüft einen erreichbaren alternativen Bedienweg, statt die nicht zugestellte Taste als erfolgreich zu werten

Requirement: Wiederherstellung nach Unterbrechung

INPUT-Warten, Break/Continue, normaler Exit, Laufzeitfehler und Shell-Rückkehr SHALL Terminalmodus, Eingabe und Anzeige konsistent erhalten beziehungsweise wiederherstellen. Native Programme SHALL diese Regeln ebenso erfüllen wie die IDE.

Scenario: Shell-Kind abbrechen

  • WHEN ein Shell-Kind während einer IDE- oder Programmsitzung unterbrochen wird
  • THEN bleibt die übergeordnete Sitzung bedienbar und nach ihrem Ende sind Terminalmodus und Anzeige wiederhergestellt

Requirement: Nachprüfbare Einschränkungen

Einschränkungen SHALL reproduzierbar, plattformspezifisch und mit Auswirkung sowie Ersatzweg beschrieben sein. Ein Produktfehler ohne funktionsgleichen erreichbaren Weg MUST als offener Befund gelten; reine TestBackend-Ergebnisse MUST NOT manuelle Emulatorprüfungen ersetzen.

Scenario: Fehlender Prüfrechner

  • WHEN eine erforderliche System-/Emulatorkombination nicht verfügbar ist
  • THEN nennt der Bericht die fehlende Kombination und führt sie bis zum tatsächlichen Nachweis offen

Requirement: Identische Bibliothek auf vier Zielsystemen

Die Plattformabnahme SHALL dieselben unveränderten TBL-Bytes aus Change 03 auf Windows amd64, macOS arm64 und Linux amd64/arm64 mit separaten BASIC-Verbrauchern zu TBC und eigenständigem Executable verknüpfen und tatsächlich ausführen. Library-Quellen SHALL nicht benötigt werden; Resultate und RUN-Neustart SHALL dem gemeinsamen Soll entsprechen. Jeder Nachweis SHALL TBL-Prüfsumme, Toolrevision, tatsächliches Host-Target und Ergebnis enthalten. Der zentrale Cross-Build in Change 06 MUST NOT diese Zielausführung ersetzen; separate Prüfsysteme und dokumentierte manuelle Läufe sind zulässig.

Scenario: Cross-Bau erfolgreich, Bibliothekslauf fehlt

  • WHEN alle vier Toolpakete gebaut sind, aber die gemeinsame TBL-Probe auf Windows noch nicht ausgeführt wurde
  • THEN bleibt der Windows-Verbrauchernachweis offen und die Plattformabnahme ist nicht abgeschlossen