Proposal: new mutation status for mutants that are covered by a test that fails even before mutation
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- html, javascript, json
- Ambito
- documentation, testing
Direzione di ricerca
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.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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.
- Lingua principale
- HTML
- Stelle
- 29
- Fork
- 21
- Merge medio
- 1h 51m
- PR unite (30g)
- 28
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di stryker-mutator/mutation-testing-elements
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
stryker-mutator/mutation-testing-elements#3835 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 28/100
stryker-mutator/mutation-testing-elements#3680 · 7 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 22/100
stryker-mutator/mutation-testing-elements#3542 ·
I maintainer di solito rispondono entro 1 giorno
-
Add keyboard shortcutsApertaenhancement good first issue hacktoberfest
Difficoltà 4/5 3-5 giorni Idoneità per principianti 28/100
stryker-mutator/mutation-testing-elements#3370 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 48/100
stryker-mutator/mutation-testing-elements#3351 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di stryker-mutator/mutation-testing-elements
Issue simili
-
hermes-queue
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
chrisalunlloyd2-sudo/mindpalace#337 ·
I maintainer di solito rispondono entro 1 giorno
-
sync-en
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 87/100
OWASP/CheatSheetSeries#2905 ·
I maintainer di solito rispondono entro 1 giorno
-
Cleanup SetupForse già presa @AlexanderKaran l’ha presa oggi. Apertadocumentation enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
e18e/framework-tracker#769 ·
I maintainer di solito rispondono entro 1 giorno
-
fix(docker): correct stale --db-path comments in fetch/git Dockerfiles and clarify git READMEApertabug v2
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
modelcontextprotocol/servers#5483 ·
I maintainer di solito rispondono entro 1 giorno