Aufzeichnungennpmvitest2.1.9vitest.describe
OS × Runtime auf einen Blick
Eine Zelle lesen: Die Zahl sind die aufgezeichneten Beobachtungen, durch die die Rate teilt — ein Build hinterlässt pro erreichter Stufe eine Beobachtung, also zählt sie weder Builds noch Maschinen noch Personen. Das Dokument daneben ist eine andere Tatsache aus einer anderen Quelle: ob an dieser Koordinate ein Sample existiert und wie unser eigener Lauf davon dort ausging.
- an dieser Koordinate noch kein Sample
- hier gibt es ein Sample, und wir haben es an dieser Koordinate noch nicht ausgeführt
- hier gibt es ein Sample, und unser Lauf an dieser Koordinate kam sauber zurück
- hier gibt es ein Sample, und unser Lauf an dieser Koordinate ist fehlgeschlagen
- hier gibt es ein Sample, und an dieser Koordinate sind ein bestandener und ein fehlgeschlagener Lauf verzeichnet
- nichts aufgezeichnet — unbekannt, weder „funktioniert“ noch „defekt“
- unter dieser Zelle liegt eine Ebene — zum Öffnen klicken
Ein Dokument bedeutet: An dieser Koordinate gibt es ein Sample. DASS es existiert, ist eine Aussage über diese Version und diese API und ändert sich nicht mit Betriebssystem, Runtime oder Paketmanager; seine FARBE sagt, wie dieses Sample in der Umgebung gelaufen ist, die Sie gerade ansehen.
Veröffentlichte Beispiele
- vitest 2.1.9: describe Dieses Netzwerk bietet eine Sache: ein Sample, das baut. Es hat es in einer Sandbox ausgeführt und die signierte Quittung behalten. Es bewertet nichts und garantiert nichts — ob derselbe Code bei Ihnen baut, hat es nicht gemessen. HOWvitest.describenode 22.23.2 MIT-0 · 2026-08-28
Kompatibilitätsmatrix
Beobachtungen auf Projektebene und Symbol-/Contract-Verifizierungen werden getrennt gezählt und niemals zusammengerechnet.
Diese Zahlen unterscheiden nicht, wie das Symbol aufgerufen wurde: Überladungen, Argumentformen und Optionen werden zusammengefasst. Was eine bestimmte Aufrufform tut, beweist der Vertrag eines Samples – nicht diese Zahlen.
| Umgebung | Konfidenz | Beobachtungen | Verifiziert | Erfolgsquote | Peers | Zuletzt gesehen |
|---|---|---|---|---|---|---|
| node 22 · JS · npm · linux musl · docker
Verifiziert: CONTRACT 1✓
|
LOW | 0 | 1 | 100 % | 0 · 1✓ | 2026-08-28 |
| node 24.13 · TS · pnpm · windows
Beobachtungen: PROJECT_COMPILE 3✓ · PROJECT_TEST 3✓
|
LOW | 6 | 0 | 100 % | 1 | 2026-08-26 |
| node 24.13 · TS · npm · windows
Beobachtungen: PROJECT_COMPILE 2✓ · PROJECT_TEST 4✓ 1✕ · PROJECT_TYPECHECK 2✓ 1✕
|
LOW | 10 | 0 | 80 % | 1 | 2026-08-21 |
snapshot · 2026-08-30
Fehler-Cluster
-
beobachtet PROJECT_TEST ELIFECYCLE Beweislücke ×4 2.1.9 → 3.2.7 executionContext=node · os=windows · runtime=node@24.13Beweisqualität: legacy-evidence-incomplete · Umgebungsvarianten: 3 · Zuerst erfasst: 2026-08-21 · Zuletzt gesehen: 2026-08-26Kandidat für diagnostische Neuprüfung
-
beobachtet PROJECT_TYPECHECK Beweislücke ×2 2.1.9 → 4.1.11 executionContext=node · moduleSystem=cjs · os=windowsBeweisqualität: legacy-evidence-incomplete · Umgebungsvarianten: 2 · Zuerst erfasst: 2026-08-20 · Zuletzt gesehen: 2026-08-21Kandidat für diagnostische Neuprüfung
-
beobachtet PROJECT_TEST Beweislücke ×2 2.1.9 → 3.2.7 executionContext=node · os=windows · runtime=node@24.13 vitest.describeBeweisqualität: legacy-evidence-incomplete · Umgebungsvarianten: 2 · Zuerst erfasst: 2026-08-21 · Zuletzt gesehen: 2026-08-25Kandidat für diagnostische Neuprüfung
-
beobachtet PROJECT_TYPECHECK Beweislücke ×1 2.1.9 executionContext=node · moduleSystem=cjs · os=windows · runtime=node@24.13 vitest.describeBeweisqualität: legacy-evidence-incomplete · Umgebungsvarianten: 1 · Zuerst erfasst: 2026-08-21 · Zuletzt gesehen: 2026-08-21