Make optional the auto-erase of the records, added by `haveInDatabase()`
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
Línea de trabajo
Comienza localizando la implementación de haveInDatabase() y el manejo de la configuración de skip_cleanup_if_failed. Rastrea dónde se borran automáticamente los registros después de las pruebas y confirma después que la configuración booleana elegida puede desactivar ese comportamiento, preservando el valor predeterminado existente y el comportamiento de limpieza tras un fallo.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Problem
Currently, all records, added by haveInDatabase() method during test, are automatically removed after the end of the test.
Although this is a documented behaviour, for me it adds more confusion than profit.
In case when I need all the changes, made during test, to disappear after the test, I can't rely solely on this behaviour, because changes may be done not only by haveInDatabase(). So I still need to use other things for keeping tests isolated (wrapping tests in transactions, or to re-populate database from dump before each test, etc).
And in other case, when I do not need tests isolation, I am ok with the fact that each test changes something in database, so auto-erasing some records only adds confusion for me.
So, I'd like to be able to turn this behaviour off in my tests.
Currently we have a skip_cleanup_if_failed configuration parameter, but it does not give full control over the auto-erase, because allows to omit it only when tests fail (which should be the default behaviour, IMHO). Also, its name is confusing (see issue #67).
Proposed solution
Let's add another boolean configuration parameter, responsible for this auto-erase. For example, auto_erase, or cleanup (could be used after renaming current cleanup to repopulate - see issue #67)
- Lenguaje dominante
- PHP
- Estrellas
- 23
- Forks
- 31
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
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 Codeception/module-db
-
Dificultad 3/5 1-2 días Aptitud para principiantes 42/100
Codeception/module-db#87 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
Codeception/module-db#85 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
Codeception/module-db#67 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 38/100
Codeception/module-db#58 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 45/100
Codeception/module-db#54 ·
Todos los issues de Codeception/module-db
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
-
Admissions heading updates Abiertoa11y admissions.uiowa.edu needs grooming SiteImprove best practice
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
Save States Menu Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
Error on exporting the error log Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
pluginsGLPI/datainjection#673 ·