0
0
Fork 0
mirror of https://github.com/denoland/deno.git synced 2025-03-04 09:57:11 -05:00
deno/tests/specs
Nathan Whitaker c371b2a492
fix(install): re-setup bin entries after running lifecycle scripts (#26752)
Fixes #26677

Some packages (like supabase) declare bin entries that don't exist until
lifecycle scripts are run. For instance, the lifecycle script downloads
a binary file which serves as a bin entrypoint.

Unfortunately you can't just defer setting up the bin entries until
after lifecycle scripts have run, because the scripts may rely on them.

I looked into this, and PNPM just re-links bin entries after running
lifecycle scripts. I think that's about the best we can do as well.

Note that we'll only re-setup bin entries for packages whose lifecycle
scripts we run. This should limit the performance cost, as typically a
given project will not have many lifecycle scripts (and of those, many
of them probably don't have bin entries to set up).
2024-11-12 09:23:39 -08:00
..
add fix(add): better error message when adding package that only has pre-release versions (#26724) 2024-11-05 02:45:00 +00:00
bench fix(npm): ensure scoped package name is encoded in URLs (#26390) 2024-10-18 20:38:57 +02:00
bundle/removed
cache fix(npm): ensure scoped package name is encoded in URLs (#26390) 2024-10-18 20:38:57 +02:00
cert feat: add --allow-import flag (#25469) 2024-09-26 01:50:54 +00:00
check fix: improved support for cjs and cts modules (#26558) 2024-11-01 12:27:00 -04:00
clean/general
cli/help_and_version_broken_pipe
compile fix: improved support for cjs and cts modules (#26558) 2024-11-01 12:27:00 -04:00
coverage
doc chore: remove unnecessary envs in spec tests (#25982) 2024-10-02 10:14:38 +01:00
eval
flags
fmt fix(fmt): don't use self-closing tags in HTML (#26754) 2024-11-06 13:56:03 +01:00
future chore: upgrade to rust 1.82 and LLVM 19 (#26615) 2024-11-01 16:13:02 +05:30
import_map/import_map_config
info fix(info): resolve workspace member mappings (#26350) 2024-10-18 21:45:05 +02:00
init/lib
install fix(install): cache jsr deps from all workspace config files (#26779) 2024-11-08 12:45:30 -08:00
jsr feat(lsp): quick fix for @deno-types="npm:@types/*" (#25954) 2024-10-01 22:55:02 +01:00
jupyter/install_command
lint fix: provide hints in terminal errors for Node.js globals (#26610) 2024-10-29 00:55:51 +01:00
lockfile fix(check): support --frozen on deno check (#26479) 2024-10-22 21:15:00 +00:00
node fix(ext/node): resolve exports even if parent module filename isn't present (#26553) 2024-10-31 10:02:31 -07:00
npm fix(install): re-setup bin entries after running lifecycle scripts (#26752) 2024-11-12 09:23:39 -08:00
permission fix(unstable/worker): ensure import permissions are passed (#26101) 2024-10-10 14:01:42 +01:00
publish fix(npm): ensure scoped package name is encoded in URLs (#26390) 2024-10-18 20:38:57 +02:00
remove fix(install): better json editing (#26450) 2024-10-21 14:17:08 -04:00
repl/console_log fix(console/ext/repl): support using parseFloat() (#25900) 2024-10-14 15:04:18 -07:00
run chore: deprecate run itests (#26444) 2024-11-05 06:39:05 +00:00
serve
task fix(npm): ensure scoped package name is encoded in URLs (#26390) 2024-10-18 20:38:57 +02:00
test fix(npm): ensure scoped package name is encoded in URLs (#26390) 2024-10-18 20:38:57 +02:00
upgrade Revert "perf(upgrade): cache downloaded binaries in DENO_DIR" (#26799) 2024-11-10 09:00:44 +05:30
vendor/removed
worker feat: add --allow-import flag (#25469) 2024-09-26 01:50:54 +00:00
workspaces
mod.rs
README.md
schema.json

specs

These are integration tests that execute the deno binary. They supersede the itest macro found in the tests/integration folder and are the preferred way of writing tests that use the deno binary.

Structure

Tests must have the following directory structure:

tests/specs/<category_name>/<test_name>/__test__.json

Test filtering

To run a specific test, run:

cargo test specs::category_name::test_name

Or just the following, though it might run other tests:

cargo test test_name

To run showing the output of every test use -- --nocapture (note: this will cause tests to run sequentially instead of in parallel):

cargo test test_name -- --nocapture

__test__.json file

This file describes the test(s) to execute and the steps to execute. A basic example looks like:

{
  "args": "run main.js",
  "output": "main.out"
}

This will run deno run main.js then assert that the output matches the text in main.out.

Or another example that runs multiple steps:

{
  "tempDir": true,
  "steps": [{
    "args": "cache main.ts",
    "output": "cache.out"
  }, {
    "args": "run main.ts",
    "output": "error.out",
    "exitCode": 1
  }]
}

Or if you want to run several tests at the same time:

{
  "tests": {
    "ignore_dir": {
      "args": "run script.ts",
      "output": "script.out"
    },
    "some_other_test": {
      "args": "run other.ts",
      "output": "other.out"
    }
  }
}

Top level properties

  • repeat (number) - Number of times to repeat a test.
  • tempDir (boolean) - Copy all the non-test files to a temporary directory and execute the command in that temporary directory.
    • By default, tests are executed with a current working directory of the test, but this may not be desirable for tests such as ones that create a node_modules directory.

Step properties

When writing a single step, these may be at the top level rather than nested in a "steps" array or "tests" object.

  • args - A string (that will be spilt on whitespace into an args array) or an array of arguments.
  • output - Path to use to assert the output or text (must end with an .out extension) or text to pattern match against the output.
  • flaky - Step should be repeated until success a maximum of 3 times.
  • if ("windows", "linux", "mac", "unix") - Whether to run this step.
  • exitCode (number) - Expected exit code.

Auto-complete

To get auto-complete for these files, add the following to a local .vscode/settings.json file:

{
  "json.schemas": [{
    "fileMatch": [
      "__test__.jsonc"
    ],
    "url": "./tests/specs/schema.json"
  }]
}

.out files

.out files are used to assert the output when running a test or test step.

Within the file, you can use the following for matching:

  • [WILDCARD] - match any text at the wildcard
  • [WILDLINE] - match any text on the current line
  • [WILDCHAR] - match the next character
  • [WILDCHARS(5)] - match any of the next 5 characters
  • [UNORDERED_START] followed by many lines then [UNORDERED_END] will match the lines in any order (useful for non-deterministic output)
  • [# example] - line comments start with [# and end with ]