Speicher und Selbstwartung: Warum die Festplatte nicht vollläuft
Eine Testsuite, die täglich Tausende von Tests ausführt, schreibt den ganzen Tag lang Nachweise: Videos, Traces, Screenshots und Berichte. Nexus Studio hält dies von selbst im Rahmen. Jeder Ordner hat eine Obergrenze pro Test, alle Nachweise zusammen haben ein einziges Budget, und die Festplatte behält eine Mindestreserve an freiem Speicherplatz bei. Diese Seite erklärt, was anwächst, was zuerst gelöscht wird, was niemals gelöscht wird und wie 10.000 Durchläufe pro Tag auf der Festplatte aussehen.
Vom Nexus Studio-Team, Verdict System LLC. 9. Oktober 2026.
Was anwächst und warum es begrenzt bleibt
Jeder Durchlauf schreibt Daten. Ein erfolgreicher Durchlauf behält einen Screenshot und seine Metadaten. Ein fehlgeschlagener Durchlauf behält einen Ordner: report.md, metadata.json, raw-data.json, screenshot.png und bei einem tatsächlichen Fehler video.webm sowie trace.zip. Durchläufe von API-, Chaos-, Smart Monkey-, Last- und visuellen Regressionstests behalten eigene Ordner, und jeder Durchlauf fügt dem Verlauf eine Zeile sowie temporäre Dateien dem Run-Cache hinzu.
Eine Obergrenze pro Test reicht allein nicht aus. 20 fehlgeschlagene Durchläufe aufzubewahren ist für einen einzelnen Test wenig, bedeutet bei 10.000 Tests jedoch eine volle Festplatte. Daher begrenzt die Engine den Speicherplatz auf zwei Ebenen: eine Obergrenze pro Test und ein Gesamtbudget über alle Nachweise hinweg, das nicht mit der Anzahl der Tests anwächst.
Ebene eins: eine Obergrenze pro Test
Jede Art von Nachweis behält eine festgelegte Anzahl von Durchläufen, und zwar die neuesten. Dies sind die Standardeinstellungen:
| Nachweise | Standardmäßig aufbewahrt | Einstellung |
|---|---|---|
| Fehlschläge | Die neuesten 20 Durchläufe pro Test und Browser | NEXUS_BUGREPORT_RETAIN |
| Erfolgreich | Die neuesten 5 Durchläufe pro Test und Browser | NEXUS_PASSED_RETAIN |
| API-Durchläufe | Die neuesten 20 erfolgreichen Durchläufe pro API-Test. Für Fehlschläge gibt es keine eigene Obergrenze: Sie werden durch das Budget begrenzt. | NEXUS_API_EVIDENCE_KEEP |
| Chaos-Durchläufe | Die neuesten 20 gehaltenen Durchläufe pro Test und Browser. Durchläufe mit Fehlern haben keine eigene Obergrenze: Sie werden durch das Budget begrenzt. | NEXUS_CHAOS_RETAIN |
| Visuelle Regressionen | Die neuesten 10 pro Test und Checkpoint | NEXUS_VISUAL_REGRESSION_RETAIN |
| Smart-Monkey-Sitzungen | Die neuesten 10 | NEXUS_MONKEY_RETAIN |
| Ausführungskontext | Die neuesten 100 Durchläufe | NEXUS_RUN_CONTEXT_RETAIN |
| History | Die neuesten 50 Zeilen pro Test und Browser | NEXUS_HISTORY_RETAIN |
| Telemetrie-Archiv | Höchstens 2 ZIP-Dateien, keine älter als 7 Tage, insgesamt 500 MB | NEXUS_CACHE_ZIPS, NEXUS_CACHE_RETENTION_DAYS, NEXUS_CACHE_MAX_MB |
Jeder einzelne davon ist eine Zeile in der .env des Workspaces. Einstellungen bearbeitet alle davon mit Ausnahme der drei Telemetrie-Grenzwerte.
Ebene zwei: ein Budget für alle Nachweise und eine Mindestgrenze für freien Speicherplatz
NEXUS_EVIDENCE_MAX_GB, standardmäßig 20 GB, begrenzt alle Nachweise zusammen: Fehler, erfolgreiche Durchläufe, API, Chaos, Smart Monkey, Lasttests und visuelle Regressionstests. Der Wert wächst nicht mit der Anzahl der Tests. Bei 100 Tests oder 10.000 Tests bleiben die Nachweise darunter.
NEXUS_MIN_FREE_GB, standardmäßig 10 GB, ist der freie Speicherplatz, den die Festplatte beibehält. Wenn der Festplattenspeicher darunter fällt, werden ältere Nachweise entfernt, selbst wenn die Gesamtmenge noch unter dem Budget liegt.
Sobald eines der beiden Limits überschritten wird, entfernt die Engine ganze Durchlauf-Ordner in dieser Reihenfolge:
- Erfolgreiche Durchläufe und visuelle Regressionen, die ältesten zuerst.
- Dann Fehler, die ältesten zuerst.
- Sie stoppt, sobald die Nachweise unter dem Budget liegen und die Festplatte über ihrer Mindestgrenze liegt.
Wenn nur noch der neueste Durchlauf jedes Tests übrig ist und die Gesamtmenge immer noch über dem Budget liegt, weist die Engine nach dem Durchlauf darauf hin: Erhöhen Sie das Budget, oder archivieren Sie, was Sie benötigen, und geben Sie ältere Durchläufe frei. Die Mindestgrenze berücksichtigt ausschließlich Nachweise. Wenn andere Dateien die Festplatte füllen, gibt die Engine ihre eigenen Nachweise bis zum jeweils neuesten Durchlauf jedes Tests frei, und das Studio warnt weiterhin vor knappem Festplattenspeicher.
Was niemals gelöscht wird
- Der jeweils neueste Durchlauf jedes Tests und Browsers sowie die neueste Smart Monkey-Sitzung und der neueste Lasttest-Durchlauf. Der Durchlauf, der gerade abgeschlossen wurde, ist immer der neueste seiner Art.
- Archiv. Die Kopien, die Sie mit Archivieren… im Evidence Locker behalten haben, befinden sich neben dem Evidence-Ordner, nicht darin. Weder die Obergrenzen noch das Budget betreffen sie.
- Verlauf. Das Entfernen eines Durchlauf-Ordners entfernt nicht die Zeile des Durchlaufs. Der Verlauf behält sein eigenes Zeitfenster bei, standardmäßig 50 Durchläufe pro Test und Browser.
- Die Chain of Custody. Das Ledger ist Append-only und wird niemals gekürzt.
Versiegelte Nachweise werden nachweislich gelöscht
Das Versiegeln ist optional. Ein versiegelter Datensatz hasht jede Datei seines Ordners mit SHA-256 und verkettet ihn mit dem Datensatz davor; ein versiegelter Ordner, der spurlos verschwindet, würde also exakt wie eine Manipulation aussehen.
Bevor das Budget einen versiegelten Ordner entfernt, fügt die Engine einen PURGE-Eintrag dafür in das Ledger ein, der das Festplattenbudget als dasjenige benennt, das ihn entfernt hat, und wann. Das Ledger belegt weiterhin, worauf der Ordner gehasht wurde, und nexus verify meldet den Datensatz als PURGED, nicht als manipuliert. Wenn das Ledger das PURGE nicht aufzeichnen kann, bleibt der Ordner erhalten.
Was automatisch ausgeführt wird und wann
Die Engine wartet sich nach jedem Durchlauf selbst, in jedem Modus: ein einzelner Test, eine Suite, eine Schleife, ein Watch-Zeitplan, Selenium-, pytest- und API-Durchläufe.
- Freier Speicherplatz wird nach jedem Durchlauf überprüft.
- Die Evidence wird gewogen, höchstens alle 15 Minuten oder sofort, wenn der Datenträger unter seine Untergrenze fällt. Dieser Durchlauf entfernt die ältesten Läufe, bis beide Grenzen eingehalten sind.
- Temporäre Arbeitsdateien werden bereinigt. Ergebnisdateien pro Durchlauf und die Protokolle der zu testenden Anwendung werden entfernt, sobald sie älter als 24 Stunden sind. Konfigurationsfehlerprotokolle behalten die neuesten 14 Dateien. Ordner, die ein abgebrochener Durchlauf im Windows-Temp-Ordner hinterlassen hat, werden ebenfalls nach 24 Stunden entfernt.
- Playwrights temporärer Ausgabeordner wird zu Beginn und am Ende jedes Durchlaufs geleert.
- Protokolle rotieren bei 10 MB.
- Temporäre Telemetrie-Dateien werden nach jedem Durchlauf innerhalb der drei oben genannten Grenzwerte in eine Zip-Datei verschoben.
Was Sie im Studio sehen
Workspace › Disk zeigt:
- die Evidenz, die für das Budget herangezogen wurde;
- den freien Festplattenspeicher im Vergleich zum Mindestwert;
- wann die letzte Überprüfung lief und was der letzte Durchgang freigegeben hat;
- Wartung jetzt ausführen, wodurch derselbe Durchgang sofort statt nach dem nächsten Durchlauf ausgeführt wird.
Wenn der freie Speicherplatz unter den Mindestwert fällt, zeigt das Studio eine Warnung wegen geringem Speicherplatz an. Beide Limits befinden sich in den Einstellungen unter Evidence & Retention. Dasselbe Panel listet jeden Ordner auf, in den ein Durchlauf schreibt, zusammen mit seiner Größe und seinem Limit: was jeder Durchlauf behält.
Docker und Remote-Hosts
Die Engine kann Suites in Docker auf diesem Computer oder in einem Container auf einem Linux-Server über SSH ausführen. Das Studio selbst bleibt unter Windows.
- Container-Logs sind auf drei Dateien à 10 MB pro Dienst begrenzt, sodass ein Container, der monatelang läuft, den Host nicht mit seiner eigenen Ausgabe füllt.
- Der selbstgehostete GitHub-Runner registriert sich einmal. Ein Neustart verwendet seine Registrierung wieder, anstatt sich erneut zu registrieren.
- Die Engine auf diesem Host ist dieselbe Engine mit denselben Obergrenzen, demselben Budget und demselben Mindestwert für die Nachweise, die sie dort schreibt.
Ein praxisnahes Beispiel: 10.000 Durchläufe pro Tag
Dies ist eine Schätzung, keine Messung. Nehmen wir Folgendes an:
- 10.000 Testdurchläufe pro Tag;
- 5 % schlagen fehl, also 500 Fehler pro Tag;
- ca. 3 MB pro Fehlerordner: Video, Trace, Screenshot und Daten.
Das entspricht etwa 1,5 GB an Fehlernachweisen pro Tag. Unter dem Standardwert von 20 GB verbleiben ungefähr die Fehler der letzten zwei Wochen auf der Festplatte, und der Gesamtnachweis überschreitet nie 20 GB. Erfolgreiche Durchläufe werden zuerst gelöscht, sodass der Speicherplatz für die Fehler genutzt wird – die Nachweise, die Sie am ehesten benötigen.
Die 3 MB setzen voraus, dass sowohl das Video als auch der Trace aufbewahrt werden. Der BREACHED-Ordner auf der Nachweisseite wiegt vor seinem Trace 531,2 kB.
Optimierung für große Suites
- Mehr Historie: Erhöhen Sie
NEXUS_EVIDENCE_MAX_GB. Auf einer 1-TB-Festplatte behält ein Budget von 200 GB das Zehnfache des Standardwerts, also etwa vier Monate an Fehlern bei 1,5 GB pro Tag. Die Obergrenzen pro Test gelten weiterhin: Ein Test behält höchstens seine 20 Fehlerdurchläufe, es sei denn, Sie erhöhen auchNEXUS_BUGREPORT_RETAIN. - Weniger pro Fehler: Schalten Sie den Trace mit
NEXUS_TRACE_ENABLED=falseaus oder behalten Sie Videos für weniger Ergebnisse mitNEXUS_VIDEO_VERDICTS. Dasselbe Budget reicht dann für mehr Tage. - Platz für andere Programme: Erhöhen Sie
NEXUS_MIN_FREE_GB, wenn die Maschine mehr als 10 GB freien Speicherplatz benötigt. - Tests, die mehrmals täglich laufen: Erhöhen Sie
NEXUS_HISTORY_RETAIN, zum Beispiel auf 500, damit der Verlauf mehr als nur wenige Tage abdeckt. - Ein Fehler, den Sie behalten müssen: Archivieren Sie ihn aus dem Evidence Locker, bevor er abläuft.
Fragen
Wird meine Festplatte voll, wenn ich 10.000 Tests am Tag ausführe?
Nicht durch die Nachweise. Die Nachweise bleiben unter ihrem Budget, standardmäßig 20 GB, unabhängig davon, wie viele Tests Sie ausführen, und die Engine entfernt ältere Nachweise, um 10 GB Festplattenspeicher frei zu halten. Mehr Testläufe pro Tag bedeuten, dass die Nachweise weniger weit in die Vergangenheit zurückreichen, nicht dass sie mehr Speicherplatz belegen. Dateien außerhalb der Nachweise, wie z. B. Docker-Images oder Ihre eigenen Workspaces, fallen nicht unter das Budget.
Löscht die Bereinigung jemals einen Fehler, den ich noch benötige?
Das kann passieren, sobald der Fehler alt genug ist: Wird das Budget überschritten, werden die ältesten Testläufe entfernt – erfolgreiche vor fehlgeschlagenen –, und der neueste Lauf jedes Tests und Browsers bleibt immer erhalten. Um einen Fehler dauerhaft zu behalten, wählen Sie Archive… im Evidence Locker. Die Kopie liegt außerhalb des Nachweisordners und wird weder von den Obergrenzen noch vom Budget angetastet.
Wird ein versiegelter Datensatz nach der Bereinigung als manipuliert eingestuft?
Nein. Der PURGE-Eintrag wird zuerst in das Ledger eingetragen, und nexus verify meldet den Datensatz als PURGED.
Was passiert, wenn die Festplatte fast voll ist?
Unterhalb des Mindestwerts, standardmäßig 10 GB, prüft die Engine die Nachweise sofort, anstatt ihren 15-Minuten-Durchlauf abzuwarten, entfernt ältere Nachweise selbst unterhalb des Budgets und das Studio zeigt eine Warnung bei geringem Festplattenspeicher an. Wenn andere Dateien den Speicher belegen, gibt sie frei, was möglich ist, und warnt weiterhin.
Muss ich irgendetwas tun?
Nein. Es läuft nach jedem Durchlauf automatisch. Run maintenance now unter Workspace › Disk führt es sofort aus.