Fixtures de test
Datos conocidos, cargados de antemano, contra los que corre un test, para que sus comprobaciones dependan de un estado inicial predecible y no de lo que sea que haya en la base de datos.
Un test que comprueba algo contra una base de datos vacía, impredecible o mutada por ejecuciones anteriores en realidad está testeando lo que sea que haya quedado de la última ejecución, no el comportamiento que dice testear. Los fixtures arreglan eso: un conjunto conocido de filas, cargado justo antes de correr el test, para que "esta habitación ya está reservada en esta fecha" sea un hecho que el test controla y no algo que espera que sea verdad.
El cargador en sí suele ser el código menos interesante de toda la suite de tests, y es a propósito. Lee un archivo .sql, o ejecuta un par de inserts, antes de cada test. Lo que importa no es el mecanismo, es la disciplina: los fixtures se resetean antes de cada ejecución, así que el orden de los tests nunca importa y un fallo siempre señala un comportamiento real, no el estado que dejó el test anterior.
Ahorrarse esto es una falsa economía habitual: una suite de tests que comparte una única base de datos mutable entre tests parece más rápida de construir, hasta que un fallo tarda una hora en explicarse porque depende de qué otro test se ejecutó antes.