-
Updated
May 31, 2021 - JavaScript
mutation-testing
Here are 182 public repositories matching this topic...
-
Updated
Jun 4, 2021 - TypeScript
-
Updated
May 17, 2021 - Ruby
-
Updated
Jun 2, 2021 - PHP
-
Updated
Jun 3, 2021 - Java
-
Updated
Dec 31, 2017 - PHP
-
Updated
Jun 5, 2021 - C++
Right now the sphinx-apidoc results are part of the repo, but there's no real reason for that. We should be able to generate those docs on demand whenever we build the sphinx project.
The plugin source is currently split into two files, one of which is auto-generated by build.rs. The lib.rs is getting unwieldy. Time to browse for sets of functionality that can be put into their own modules, before navigating the source gets too cumbersome.
Document mutations
-
Updated
Apr 27, 2021 - Swift
-
Updated
May 7, 2021 - Python
-
Updated
May 13, 2021
-
Updated
Jun 4, 2021 - Groovy
-
Updated
May 10, 2021 - TypeScript
Right now the temp dir is deleted after running using a FS2 tempDir Resource. This is done in the MutantRunner.
It'd be nice to have a config option to keep the generated temp dir after running for debugging purposes to look at the generated code. An option similar to [Stry
-
Updated
May 12, 2021 - Java
-
Updated
Aug 23, 2020 - Ruby
-
Updated
Mar 23, 2021 - C#
-
Updated
Jun 1, 2021 - Haskell
-
Updated
May 17, 2021 - Python
-
Updated
Mar 8, 2021 - Groovy
-
Updated
Apr 26, 2021
-
Updated
Jun 6, 2021 - D
-
Updated
Mar 6, 2021 - Crystal
-
Updated
May 17, 2021 - Java
Improve this page
Add a description, image, and links to the mutation-testing topic page so that developers can more easily learn about it.
Add this topic to your repo
To associate your repository with the mutation-testing topic, visit your repo's landing page and select "manage topics."
Is your feature request related to a problem? Please describe.
I'm not being able to run Stryker in a project (netframework 4.5) inside a machine that doesn't have VS2017 installed (it has VS2015). Stryker fails when it tries to build the solution.
I ran some tests and found out that it tries to use the MSBuild.exe located at the first path defined on MSBuildHelper's.fallbackLocations.