Proposal: new mutation status for mutants that are covered by a test that fails even before mutation
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- html, javascript, json
- Área
- documentation, testing
Línea de trabajo
This is a schema-design proposal for mutation-testing-elements, not a one-file edit. Start from the mutation-testing report schema (and any TypeScript/JSON Schema definitions in the repo) and the existing mutant status enum. Decide whether a new status is needed for mutants covered only by already-failing tests, then update schema, docs, and any visualizer that renders statuses. There is no named test or file in the issue; agreement on the status name and semantics is required before coding. The thread is years old with no linked PR.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
In stryker-net we have coverage analysis so we can determine which mutants are covered by which tests. Currently we do not allow a mutation testrun if you have failing unit tests because this would mark every mutant as killed. With coverage analysis we can disable all unit tests that are failing while also marking and skipping all mutants covered by those failing unit tests. We would like to have a new status in the schema to reflect a mutant that is covered by a test but for which we cannot determine if it's killed or not due to the covering unit test not working.
- Lenguaje dominante
- HTML
- Estrellas
- 29
- Forks
- 21
- Merge medio
- 1 h 51 min
- PR fusionados (30 d)
- 28
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de stryker-mutator/mutation-testing-elements
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
stryker-mutator/mutation-testing-elements#3835 ·
Los mantenedores suelen responder en 1 día
-
enhancement
Dificultad 4/5 3-5 días Aptitud para principiantes 28/100
stryker-mutator/mutation-testing-elements#3680 · 7 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 22/100
stryker-mutator/mutation-testing-elements#3542 ·
Los mantenedores suelen responder en 1 día
-
Add keyboard shortcutsAbiertoenhancement good first issue hacktoberfest
Dificultad 4/5 3-5 días Aptitud para principiantes 28/100
stryker-mutator/mutation-testing-elements#3370 · 3 comentarios ·
Los mantenedores suelen responder en 1 día
-
Update screenshots in README.mdAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 48/100
stryker-mutator/mutation-testing-elements#3351 ·
Los mantenedores suelen responder en 1 día
Todos los issues de stryker-mutator/mutation-testing-elements
Issues similares
-
docs(reference): pi stream-filter bullet says tool_execution_update passes through unchangedAbiertoagent-butler-finding bug
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
jordansmall/spindrift#6391 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
spdx/license-list-XML#3104 ·
-
Broken links in the docsAbierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Windows docs: pin a tested ConPTY version for Kitty graphics; 1.25.260930003 corrupts large uploadsAbierto
Dificultad 1/5 1-3 horas Aptitud para principiantes 88/100
raphamorim/rio#2021 ·
Los mantenedores suelen responder en 1 día
-
sync-en
Dificultad 1/5 1-3 horas Aptitud para principiantes 84/100
Los mantenedores suelen responder en 1 día