node/test
Trivikram Kamat c694999ab8
test: disable Maglev in near-heap-limit worker test
The test expects the worker to run out of memory during startup while
creating the message port. With Maglev enabled, the tiny worker heap
can be exhausted earlier while generating deoptimization data, which
changes the failure mode.

Disable Maglev so the induced OOM reaches the path covered by the test.

Signed-off-by: Kamat, Trivikram <16024985+trivikr@users.noreply.github.com>
Assisted-by: openai:gpt-5.5
PR-URL: https://github.com/nodejs/node/pull/63398
Refs: https://github.com/nodejs/reliability/blob/main/reports/2026-05-18.md#jstest-failure
Reviewed-By: Antoine du Hamel <duhamelantoine1995@gmail.com>
Reviewed-By: Luigi Pinca <luigipinca@gmail.com>
Reviewed-By: Richard Lau <richard.lau@ibm.com>
2026-05-20 10:00:11 +02:00
..
abort
addons test: update tls/crypto behaviour expectations when using BoringSSL 2026-05-19 21:38:38 +02:00
async-hooks
benchmark
cctest
client-proxy test: deflake connection refused proxy tests 2026-05-20 10:00:11 +02:00
common test: avoid repeated writes in watch helper 2026-05-19 21:55:38 +02:00
doctool
embedding
es-module
ffi
fixtures test: reduce flakiness of different-registry-per-thread 2026-05-19 14:39:26 +02:00
fuzzers
internet
js-native-api
known_issues
message
module-hooks
node-api
nop
overlapped-checker
parallel test: disable Maglev in near-heap-limit worker test 2026-05-20 10:00:11 +02:00
pseudo-tty
pummel crypto: wire AES-KW in Web Cryptography when using BoringSSL 2026-05-19 14:08:25 +02:00
report
sea
sequential test: deflake watch mode worker test 2026-05-19 21:55:37 +02:00
sqlite
system-ca
test-runner
test426
testpy
tick-processor
tools
v8-updates
wasi
wasm-allocation
wpt crypto: wire ML-DSA and ML-KEM for use when using BoringSSL 2026-05-19 14:08:25 +02:00
eslint.config_partial.mjs
README.md
root.status

Node.js Core Tests

This directory contains code and data used to test the Node.js implementation.

For a detailed guide on how to write tests in this directory, see the guide on writing tests.

On how to run tests in this directory, see the contributing guide.

For the tests to run on Windows, be sure to clone Node.js source code with the autocrlf git config flag set to true.

Test Directories

Directory Runs on CI Purpose
abort Yes Tests that use --abort-on-uncaught-exception and other cases where we want to avoid generating a core file.
addons Yes Tests for addon functionality along with some tests that require an addon.
async-hooks Yes Tests for async_hooks functionality.
benchmark Yes Test minimal functionality of benchmarks.
cctest Yes C++ tests that are run as part of the build process.
code-cache No Tests for a Node.js binary compiled with V8 code cache.
common N/A Common modules shared among many tests.1
doctool Yes Tests for the documentation generator.
es-module Yes Test ESM module loading.
fixtures N/A Test fixtures used in various tests throughout the test suite.
internet No Tests that make real outbound network connections.2
js-native-api Yes Tests for Node.js-agnostic Node-API functionality.
known_issues Yes Tests reproducing known issues within the system.3
message Yes Tests for messages that are output for various conditions
node-api Yes Tests for Node.js-specific Node-API functionality.
parallel Yes Various tests that are able to be run in parallel.
pseudo-tty Yes Tests that require stdin/stdout/stderr to be a TTY.
pummel No Various tests for various modules / system functionality operating under load.
sequential Yes Various tests that must not run in parallel.
testpy N/A Test configuration utility used by various test suites.
tick-processor No Tests for the V8 tick processor integration.4
v8-updates No Tests for V8 performance integration.

  1. Documentation ↩︎

  2. Tests for networking related modules may also be present in other directories, but those tests do not make outbound connections. ↩︎

  3. All tests inside of this directory are expected to fail. If a test doesn't fail on certain platforms, those should be skipped via known_issues.status. ↩︎

  4. The tests are for the logic in lib/internal/main/prof_process.js and lib/internal/v8_prof_polyfill.js. The tests confirm that the profile processor packages the correct set of scripts from V8 and introduces the correct platform specific logic. ↩︎