CodeSampleX

Записиnpm@jest/expect-utilsслучай сбоя

Сигнатура сбоя

PROJECT_TEST exit 1 ERR_ASSERTION ×1

throw new AssertionError(obj); · ^ · AssertionError [ERR_ASSERTION]: Expected values to be strictly equal: · true !== false

Качество данных: complete · javascript/test-runner · test-runner-diagnostic · outer npm test · Первая запись: 2026-08-31 · Последнее наблюдение: 2026-08-31

sha256:91db6a2e708f…

@jest/expect-utils.arrayBufferEquality @jest/expect-utils.emptyObject @jest/expect-utils.equals @jest/expect-utils.getObjectKeys @jest/expect-utils.getObjectSubset @jest/expect-utils.getPath @jest/expect-utils.isA @jest/expect-utils.isError @jest/expect-utils.iterableEquality @jest/expect-utils.partition @jest/expect-utils.pathAsArray @jest/expect-utils.sparseArrayEquality @jest/expect-utils.subsetEquality @jest/expect-utils.typeEquality

Где это измерялось

PASS означает, что выпуск записал успешное наблюдение на этапе PROJECT_TEST и не имеет записи об этом сбое. Это самое близкое к отсутствию, о чём может сообщить эта сеть, а не доказательство отсутствия.

Где воспроизводился

Ближайшие известные границы PASS/FAIL

Два соседних выпуска, между которыми меняется вердикт. Выпуски, которые никто не измерял, не закрывают разрыв; вместо этого они подсчитываются.

Версии зависимостей по выпускам

К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.

Библиотека30.4.129.7.0
@jest/get-type 30.1.0 —
jest-get-type — 29.6.3

Сдвинулось: 0 · одинаково во всех выпусках: 2

Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.

Пробелы в свидетельствах

Опубликованные ответы для затронутых выпусков

Назад к пакету