Tengo una aplicación de nodo que se conecta a una base de datos MySQL para la que quiero escribir pruebas de extremo a extremo.
Esto significa que necesito algunos datos de prueba en la base de datos, pero no quiero que las pruebas de ./test-1.test.js efectúen las pruebas en ./test-2.test.js .
Por ejemplo, mi primera prueba elimina un registro:
prueba-1.prueba.js
it('Should delete record', async () => { await supertest(server) .delete(`/record/id_1`) .expect(OK, expectedData); })y luego hacer que mi segunda prueba intente consumir el registro que se eliminó en la prueba anterior
it('Should retrieve record', async () => { await supertest(server) .get(`/record/id_1`) .expect(OK, expectedData); })Posibles soluciones:
Estaba considerando ejecutar una semilla antes de comenzar mi prueba. Esto requeriría muchas variaciones de datos y no quedaría claro qué datos están siendo utilizados por qué pruebas, lo que podría conducir a pruebas inestables y poco confiables si el orden de las pruebas se cambia o un archivo de prueba se ejecuta antes que el otro.
Complete los datos en un bloque beforeEach o beforeAll usando mis modelos. es decir
beforeEach(async () => { await MyModel.create(myTestData) }); afterEach(async () => { await MyModel.drop() // drops table - would need to run migrations before I run the next test }); it('Should retrieve record', async () => { await supertest(server) .get(`/record/id_1`) .expect(OK, expectedData); });Si elimino una tabla después de cada una o todas las pruebas, ¿hay alguna forma de volver a ejecutar mi migración para que la tabla vuelva al esquema? En lugar de eliminar la tabla, ¿sería mejor eliminar el registro específicamente? Sin embargo, parece que esto está creando mucha lógica en mis pruebas.
Estoy abierto a sugerencias. Deseoso de escuchar cómo maneja sus datos de prueba/semillas en sus pruebas e2e también