test: Stryker Jest runner with config workarounds#208
Closed
brody2consult wants to merge 4 commits into
Closed
Conversation
brody2consult
commented
Mar 31, 2021
brody2consult
commented
Apr 18, 2021
Member
Author
|
As I said in PR #220 Stryker 4.6.0 update seems to run much slower, proposing to use Jest runner with Stryker 4.5.1 for now at least. |
4d0a726 to
b572a0f
Compare
1 task
Member
Author
|
In terms of status: I have tested this with Stryker 4, not sure if it will work with Stryker 5 or not. I am also not sure whether or not these workarounds are needed with Stryker 5.x as well. In case we do still need these workarounds with Stryker 5.x, I think it would be good to investigate why. |
Member
|
We are no longer using stryker mutation testing, so this PR is obsolete |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
updated: I reconfigured by removing
stryker.conf.jsonfrom my work area, runningnpx stryker initagain, and re-patchingstryker.conf.jsonwith some of the configuration from the master branch. The reconfiguration gave me thecoverageAnalysisentry changed toperTest.I was hoping to improve the speed on GitHub. I tried with and without this update on cloud instances with 2 vCPU, for 2 test runner processes, which seems to reflect what happens on GitHub. But it took about half minute longer with the Jest runner, which is insignificant considering that it takes almost 2 hours on GitHub with 2 test runner processes.
I had to update
jest.config.jsto configuretestMatchinstead oftestRegex. From the debug tracing command, as directed when Stryker fails, it looked to me like with the Jest runner it was messing up the configuration oftestRegex. I suspect that this is why the jest-runner did not work in PR #140 (update to Stryker 4). I think it would be ideal if we could get this fixed on Stryker at some point. My changes may need cleanup, and I am not sure if we need to configuretestPathIgnorePatternsor not.Test time was almost the same, maybe half a minute longer with the Jest runner. See stryker-mutator/stryker-js#1514 (comment):
End results with command runner
End results with Jest runner
I would also like to investigate the 4 errors on
sax.jsat some point.