En un entorno CI / CD, ¿cómo se verifican y prueban los "datos" de la base de datos?

7

Estamos tratando de mejorar nuestro flujo continuo de integración y, además, mejorar la rapidez con la que podemos obtener el código desde el inicio hasta la producción.

Tenemos pruebas en diferentes niveles que verifican lo que nuestro software debe hacer funcionalmente, por ejemplo. Si hubo 20 casos de uso primario, tenemos esos 20 casos de uso primario cubiertos con pruebas.

La pregunta que tengo es sobre los datos de configuración que se encuentran en la base de datos. Entonces, por ejemplo, podríamos tener 200 perfiles de configuración de clientes configurados en la base de datos. ¿Cómo "verifican" las personas que los datos configurados en la base de datos son correctos?

¿Tenemos que llevar la carga que para cada cliente, debemos escribir pruebas que verifiquen que la configuración del cliente es correcta? ¿O los datos de configuración (en particular, los datos de configuración que existen en masa) están fuera del alcance de las pruebas de integración continua?

    
pregunta bstack 08.11.2016 - 09:58

1 respuesta

2

Si te refieres a "cómo pruebo que el cliente x tiene la configuración correcta" ..

Esto se hace implementando alguna forma de control de cambios en la configuración. Puede tenerlo en el control de origen o en algún sistema que mantenga un historial y un seguimiento de auditoría de los cambios.

Saber cuál es la configuración 'correcta' es el 90% de la tarea. Una vez que tenga eso, simplemente puede comparar con la versión implementada.

Si te refieres a "cómo sé que la característica x funciona con la configuración y", entonces la respuesta es "pruebas de Moarr". (razón por la cual las alternaciones de funciones son malas)

editar: ¿cuándo es suficiente?

Puedes escribir pruebas hasta el final de los días, pero en algún momento no vale la pena. Graba y revisa tus bugs y errores. ¿Hay demasiados?

    
respondido por el Ewan 08.11.2016 - 20:49

Lea otras preguntas en las etiquetas