Skip to main content

Troubleshooting

Below you'll find an ever-growing list of issues that you might occur when running StrykerJS on your project for the first time.

Build command fails

Example:

 ERROR Stryker Unexpected error occurred while running Stryker Error: Command failed with exit code 1:
my-build-command

If you're running into issues with your buildCommand, try to execute it by hand to make sure it works. For example, if your buildCommand is "tsc -b path/to/tsconfig.json", try to run npx tsc -b path/to/tsconfig.json yourself, did it have the desired effect?

If that works, the next step would be to try the command yourself inside the Stryker sandbox directory. Please cd into the .stryker-tmp/sandbox-xxxxx directory and try the command there. For example:

cd .stryker-tmp/sandbox-12345678
node ../../node_modules/typescript/bin/tsc -b path/to/tsconfig.json

Note: since the sandbox dir doesn't have you node_modules, you will need to specify the full path to the TypeScript compiler.

Initial test run fails

Example:

One or more tests resulted in an error
[...] Cannot assign to 'stryNS_9fa48' because it is not a variable [...]

The initial test run might fail when you're using ts-jest or ts-node. The reason for this is that Stryker will mutate your code and, by doing so, introduce type errors into your code. Stryker tries to ignore these errors by adding // @ts-nocheck in your source files. However, this is only done for TypeScript-like files inside your lib, src, and test directories by default. If you have your code somewhere else, you will need to override disableTypeChecks yourself:

{
"disableTypeChecks": "app/**/*.{js,ts,jsx,tsx,html,vue}"
}

Another cause might be that you're using TypeScript lower then v3.7. In that case, you should update TypeScript to at least v3.7 or higher. Alternatively you can try to switch to another transpiler, like babel, but honestly, updating TypeScript should be your first choice.

No tests executed - Jest runner

You might run into issues like this when using the @stryker-mutator/jest-runner:

No tests found, exiting with code 1
Run with `--passWithNoTests` to exit with code 0

You will need to override the tempDirName to a directory without a . in front of it.

{
"tempDirName": "stryker-tmp"
}

See #1691 for more info.

All mutants survive - Jest runner

When running with the @stryker-mutator/jest-runner on windows you might run into the issue where all mutants survive unexpectedly:

[...]
#3. [Survived] ArithmeticOperator
C:\z\github\stryker-mutator\stryker-js\e2e\test\jest-node\src\sum.js:5:10
- return a - b;
+ return a + b;
Ran all tests for this mutant.

Ran 0.00 tests per mutant on average.
----------|---------|----------|-----------|------------|----------|---------|
File | % score | # killed | # timeout | # survived | # no cov | # error |
----------|---------|----------|-----------|------------|----------|---------|
All files | 0.00 | 0 | 0 | 4 | 0 | 0 |
sum.js | 0.00 | 0 | 0 | 4 | 0 | 0 |
----------|---------|----------|-----------|------------|----------|---------|

The root cause for this is that Jest doesn't support running in a hidden directory on windows, like StrykerJS does by default (the sandbox directory is located in .stryker-tmp, a hidden directory). See issue 9728 for more info.

Known workarounds:

  1. Change the tempDirName to a non-hidden directory, for example --tempDirName stryker-tmp.
  2. You can also choose to run Stryker in place, using --inPlace

Jest crashes with a multi project configuration

Example:

 ERROR DryRunExecutor One or more tests resulted in an error:
Test runner crashed. Tried twice to restart it without any luck. Last time the error message was:
Error: Jest: Cannot use configuration as an object without a file path.
at readConfig (C:\z\github\jest-issue\node_modules\jest-config\build\index.js:188:13)

This can happen when you have multiple "projects" defined in your Jest configuration. Currently, the jest-runner uses the runCli of Jest, which doesn't support this. However, the PR that adds support for this just merged, so future releases of Jest should work.

Until then, the only known workaround is to configure Jest without using "projects" 🤷‍♂️.

Stryker generates mutants that survive, but are not compiled by TypeScript

If you are using TypeScript, it may happen that StrykerJS generates a mutant that survives, but is not compilable by TypeScript.

Example:

In your production TS code, you have the following statement:

let typesWithLabelsObjects: ComponentData[] = new Array<ComponentData>();

and one of the mutants generated by StrykerJS is the following ArrayMutation one:

let typesWithLabelsObjects: ComponentData[] = new Array([]);

However, if you try to introduce such a change to your TypeScript code manually, the TypeScript's compiler will not compile this. In our example, you'd get the following compilation error:

Type 'any[][]' is not assignable to type 'ComponentData[]'.
Type 'any[]' is missing the following properties from type 'ComponentData': type, labelts(2322)

Solution:

To solve that, you need to add a typescript-checker plugin to StrykerJS. Install it with npm install --save-dev @stryker-mutator/typescript-checker and then add the following options to your stryker's config file:

{
"checkers": ["typescript"],
"tsconfigFile": "tsconfig.json"
}

After adding this and running npx stryker run you may get errors similar to this one:

node_modules/@types/react/index.d.ts:3075:13 - error TS2717: Subsequent property declarations must have the same type.  Property 'rt' must be of type 'DetailedHTMLProps<HTMLAttributes<HTMLElement>, HTMLElement>', but here has type 'DetailedHTMLProps<HTMLAttributes<HTMLElement>, HTMLElement>'.

If that happens, add "skipLibCheck": true to your tsconfig file. Note: adding typescript-checker to StrykerJS makes types safety better and you get less false negative results, but it comes with a performance cost. Mutating may take more time with the checker plugin.

Error when running StrykerJS: Committing semi space failed. Allocation failed - JavaScript heap out of memory

Example:

When running Stryker mutations, you may get an error similar to the following one:

16:58:25 (17452) INFO ConfigReader Using stryker.config.json
16:58:26 (17452) INFO InputFileResolver Found 2 of 2557 file(s) to be mutated.
16:58:27 (17452) INFO Instrumenter Instrumented 2 source file(s) with 118 mutant(s)
16:58:28 (17452) INFO ConcurrencyTokenProvider Creating 6 checker process(es) and 5 test runner process(es).
16:59:40 (17452) INFO DryRunExecutor Starting initial test run. This may take a while.
16:59:53 (17452) INFO DryRunExecutor Initial test run succeeded. Ran 72 tests in 13 seconds (net 250 ms, overhead 12910 ms).
Mutation testing [ ] 12% (elapsed: ~1m, remaining: ~7m) 15/118 tested (0 survived, 10 timed out)
<--- Last few GCs --->
[17452:0000022998429D50] 75135 ms: Scavenge 302.2 (313.0) -> 295.2 (313.0) MB, 0.8 / 0.2 ms (average mu = 0.992, current mu = 0.975) task
[17452:0000022998429D50] 125511 ms: Scavenge 302.0 (313.0) -> 295.9 (313.2) MB, 1.3 / 0.0 ms (average mu = 0.992, current mu = 0.975) task
[17452:0000022998429D50] 149148 ms: Scavenge 296.5 (301.2) -> 296.0 (301.7) MB, 2.3 / 0.2 ms (average mu = 0.992, current mu = 0.975) allocation failure
<--- JS stacktrace --->
FATAL ERROR: Committing semi space failed. Allocation failed - JavaScript heap out of memory
1: 00007FF61D741DDF napi_wrap+109135
2: 00007FF61D6E6D06 v8::internal::OrderedHashTable<v8::internal::OrderedHashSet,1>::NumberOfElementsOffset+33350

Solution:

To solve that, you need to limit the number of workers. In the example about, 11 workers were created in total (6 checker processes and 5 test runner processes). In order to solve this issue, you may try to set --concurrency setting in your stryker config. In case of the sample issue, adding "concurrency": 4 to stryker.config.json solved the problem.

Mutating fails: Cannot use the decorators and decorators-legacy plugin together

Example:

ERROR Stryker Unexpected error occurred while running Stryker Error: Cannot use the decorators and decorators-legacy plugin together
at validatePlugins (okay_all in src\node_modules\@babel\parser\lib\index.js:10194:13)
at getParser (okay_all in src\node_modules\@babel\parser\lib\index.js:14528:5)
at parse (okay_all in src\node_modules\@babel\parser\lib\index.js:14511:12)
at parser (okay_all in src\node_modules\@babel\core\lib\parser\index.js:52:34)
at parser.next (<anonymous>)
at Object.parse (okay_all in src\node_modules\@babel\core\lib\parse.js:31:37)
at parse.next (<anonymous>)
at step (okay_all in src\node_modules\gensync\index.js:261:32)
at okay_all in src\node_modules\gensync\index.js:273:13
at async.call.result.err.err (okay_all in src\node_modules\gensync\index.js:223:11)

Solution:

Stryker JS uses babel to parse and mutate your files. It does so by reading the .babelrc and babel.config.js files you have, but applies its own default plugins first. In rare circumstances, those default plugins are incompatible with your babel configuration.

Override the default babel plugins to solve this issue. For example, leaving it empty allows your own babel plugins to be used, without defaults from StrykerJS conflicting with it:

{
"mutator": {
"plugins": []
}
}

Alternatively, you can start with the default list defined in StrykerJS and start removing some of them until you get a working list.

Mutants survive but should be killed - Jest runner

Symptom

For a TypeScript file the mutants don't get killed but a coverage (in Jest) is shown.

Problem

The mutated source file is only implementing callbacks for a framework that uses express in the background as a server. The unit tests for this module are written with Jest and are using Axios to make REST calls against the server. There is no module dependency needed for the test. But Stryker is using Jest's --findRelatedTests to optimize the performance. And it looks like that this Jest feature is only looking at imports (see this StackOverflow post.

Solution

There are two solutions for this problem.

  1. Adding an (unused) import for the tested module get the mutants killed. This is not an optimal solution but it works.

    Example:

    import {} from "../FileUnderTest";
  2. Deactivate the usage of this Jest feature by setting --findRelatedTests to false. See documentation.

Error when running Stryker with the TypeScript checker: no watcher is registered.

Symptom

When activating the TypeScript checker, you might run into this error:

22:23:36 (2804) ERROR Stryker Unexpected error occurred while running Stryker StrykerError: 
Error: Tried to check file "app/app.component.ts" (which is part of your typescript project),
but no watcher is registered for it. Changes would go unnoticed. This probably means that you
need to expand the files that are included in your project.

This error most often occurs in Angular projects, but can occur in any TS project.

Problem

The problem here is that the TypeScript checker plugin uses the ts.createSolutionBuilderWithWatch api. This is equivalent to you running tsc --build --watch. This works great, but has one downside, files not explicitly included in your project's tsconfig.json file will not be watched. When files are not watched by the TypeScript compiler, the checker plugin cannot check for type errors for that mutant.

It has to choose to either let this mutant go unchecked or throw an error and stop running. Since you've configured the checker, you probably want the mutants to be checked, thus it makes sense to simply stop mutation testing so you can fix this issue.

Solution

The solution is to include all files that are mutated in your project's tsconfig.json file. If you have multiple tsconfig.json files, you probably need to change the one you've configured in your stryker.config.json. For example (for an angular project)

{
"extends": "./tsconfig.json",
"compilerOptions": {
"outDir": "./out-tsc/app",
"types": []
- "files": [
- "src/main.ts",
- "src/polyfills.ts"
- ],
"include": [
- "src/**/*.d.ts"
+ "src/**/*.ts",
+ "src/**/*.d.ts"
],
+ "exclude": [
+ "src/**/*.spec.ts"
+ ]
}

This shouldn't change anything about your Angular project. You're just being a bit more explicit in which files you want to include.

Plugins can't be found when using pnpm as package manager

Symptom

Stryker is unable to load plugins (like @stryker-mutator/typescript-checker) when using pnpm as package manager. You might run into errors like:

Cannot find TestRunner plugin "mocha". No TestRunner plugins were loaded.

Problem

When using npm or yarn as package manager, Stryker can automagically load plugins by scanning your node_modules. Because pnpm uses a special directory structure to store dependencies, Stryker can't auto-detect plugins like the @stryker-mutator/typescript-checker plugin.

Solution

Explicitly specify the plugins to load in your Stryker configuration file.

{
"packageManager": "pnpm",
"testRunner": "jest",
"checkers": ["typescript"],
+ "plugins": [
+ "@stryker-mutator/jest-runner",
+ "@stryker-mutator/typescript-checker"
+ ]
}

All mutants survive - module-alias

Symptom

When using with the module-alias you might run into the issue where all mutants survive unexpectedly:

[...]
#3. [Survived] ArithmeticOperator
C:\z\github\stryker-mutator\stryker-js\e2e\test\jest-node\src\sum.js:5:10
- return a - b;
+ return a + b;
Ran all tests for this mutant.

Ran 0.00 tests per mutant on average.
----------|---------|----------|-----------|------------|----------|---------|
File | % score | # killed | # timeout | # survived | # no cov | # error |
----------|---------|----------|-----------|------------|----------|---------|
All files | 0.00 | 0 | 0 | 4 | 0 | 0 |
sum.js | 0.00 | 0 | 0 | 4 | 0 | 0 |
----------|---------|----------|-----------|------------|----------|---------|

Problem

The root cause is that StrykerJS's sandboxing does not support alias imports like module-alias/register as it always imports from the local project instead of the sandbox used by Stryker.

It is preferable to avoid using module-alias for the following reasons:

  • It works by overriding a private node API so it might break at any major node release.
  • It will never work for native ESM.

Solution

To keep using module-alias, there are 2 workarounds:

  1. Mark the node_modules folder as part of your sandbox:
{
+ "ignorePatterns": ["!node_modules"],
+ "symlinkNodeModules": false
}
  1. Let StrykerJS mutate your files in place: npx stryker run --inPlace