Aufzeichnungennpmvitest4.1.10expect.rejects
von 2 Paketen beansprucht — dieser Beleg kann nicht sagen, wessen API es ist
Veröffentlichte Beispiele
- vitest 4.1.10: Run a real vitest suite with no network, and know which of its matchers disagree with each other 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. HOWexpect.toEqualexpect.toStrictEqualexpect.rejectsexpect.toThrowvi.useFakeTimersvi.advanceTimersByTimevi.advanceTimersByTimeAsyncstartVitestnode 22 MIT-0 · 2026-08-14
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-18 |
snapshot · 2026-08-30
Fehler-Cluster
-
beobachtet PROJECT_PROCESS ERR_MODULE_NOT_FOUND Beweislücke ×1 4.1.10 executionContext=node · moduleSystem=esm · os=windows · runtime=node@24.13Beweisqualität: legacy-evidence-incomplete · Umgebungsvarianten: 1 · Zuerst erfasst: 2026-08-14 · Zuletzt gesehen: 2026-08-14