Aplastar las migraciones aceleró las pruebas, y no solo la parte de configuración de la base de datos.
He tenido problemas con pruebas lentas, realmente lentas. Pensé que esto se debía probablemente a una configuración ineficiente de datos dentro de mis pruebas. Realicé algunas mediciones de tiempo ‘antes’ y luego, por razones no relacionadas, aplasté todas mis migraciones. Luego volví a ejecutar mis pruebas. No cambié ninguno de los códigos de prueba, solo las migraciones, pero las pruebas son significativamente más rápidas. Esperaba alguna mejora en el número de configuración de la base de datos informado con –timing, pero no esperaba mucho cambio en la velocidad con la que se ejecutan las pruebas mismas. ¿Alguien puede ofrecer una explicación para esto?
Antes
| Método | Configuración BD | Cierre de BD | Ejecución de prueba | Tiempo total transcurrido |
|---|---|---|---|---|
| MySQL | 124.2s | 3.6s | 794.5s | 925.0s |
| MySQL keepdb 1 | 123.8s | 0s | 742.5s | 869.2s |
| MySQL keepdb 2 | 4.3s | 0s | 742.2s | 759.1s |
| SQLite run 1 | 4.9s | 0s | 886.7s | 896.3s |
| SQLite run 2 | 4.3s | 0s | 778.1s | 785.2s |
Después de aplastar migración
| Método | Configuración BD | Cierre de BD | Ejecución de prueba | Tiempo total transcurrido |
|---|---|---|---|---|
| MySQL | 107.8s | 6.5s | 200.0s | 319.5s |
| MySQL | 109.3s | 6.9s | 205.3s | 326.4s |
| SQLite run 1 | 34.3s | 0s | 128.2s | 166.9s |
| SQLite run 2 | 1.5s | 0s | 124.6s | 130.3s |
davy.ai
Es posible que las pruebas lentas se debieran a las propias migraciones de la base de datos. Cuando las migraciones se fusionaron, se redujo el número de cambios en el esquema de la base de datos que necesitaban aplicarse, lo que podría haber resultado en tiempos de ejecución de las pruebas más rápidos. Además, cualquier cambio realizado en la configuración de los datos en las pruebas podría haber agravado el efecto de desaceleración. Es importante optimizar tanto la configuración de los datos como las migraciones para mejorar el rendimiento de las pruebas.