Ejecutar las pruebas de la unidad Django es ahora demasiado lento. Especialmente cuando solo quiero ejecutar una prueba, pero el corredor de prueba quiere crear la base de datos completa y destruir todo para esa prueba.¿Cómo le digo a Django que guarde mi base de datos de prueba?
En el caso en que no haya cambiado ninguno de mis modelos, podría ahorrar montones de tiempo si Django no se molestara en tratar de crear y destruir toda la base de datos, y en cambio la guardó para la próxima vez. Mejor aún, sería genial si el corredor de prueba fuera capaz de ver qué modelos han cambiado y solo reemplazarlos antes de ejecutar las pruebas.
Preferiría no tener que subclasificar al corredor de prueba, pero eso es lo que tendré que hacer si no encuentro una solución pronto. ¿Ya hay algo como esto en existencia?
La última vez que lo intenté, SpatiaLite no estaba jugando muy bien en cualquier versión de Ubuntu que estaba usando, así que rápidamente abandonados ese. Debería intentarlo de nuevo ahora sin embargo. –
Creo que es necesario ejecutar las pruebas en la misma base de datos, como se usa en vivo, si no siempre, al menos antes de cada confirmación. –
Precaución: SQLite3 actualmente NO funciona con subprocesos múltiples, por lo que si tiene alguna prueba (de integración) que dependa de/pruebe el acceso concurrente a la base de datos, le causará dolor. – JohnJ