Pruebas de inteligencia empresarial (BI) con casos de prueba
โก Resumen inteligente
Las pruebas de inteligencia empresarial verifican los datos de preparaciรณn, el proceso ETL y los informes de BI en los que se basan las decisiones. Confirman que los datos se transfieren correctamente del origen al destino y que todas las cifras que muestra un informe son fiables.

ยฟQuรฉ son las pruebas de BI?
La inteligencia de negocios (BI) Es el proceso de recopilar, limpiar, analizar, integrar y compartir datos para obtener informaciรณn รบtil que impulse el crecimiento empresarial. Las pruebas de inteligencia empresarial (BI) verifican los datos de preparaciรณn, el proceso ETL y los informes de BI, y garantizan una implementaciรณn correcta. Las pruebas de BI aseguran la credibilidad de los datos y la precisiรณn de la informaciรณn obtenida mediante el proceso de BI.
Puede obtener mรกs informaciรณn sobre ETL/Business Intelligence en este tutoriales
El proceso de pruebas de BI
Las pruebas de inteligencia empresarial (BI) siguen la estructura del propio flujo de datos. Cada etapa debe superarse antes de que valga la pena probar la siguiente, ya que un defecto en una etapa anterior se manifiesta como un falso fallo en una etapa posterior.
- Anรกlisis de requisitos: Determinar quรฉ preguntas de negocio deben responder los informes y quรฉ sistemas de origen contienen los datos. La ambigรผedad en este punto dificultarรก la verificaciรณn posterior del informe.
- Validaciรณn de datos de origen: Analice el perfil de la fuente: recuento de filas, tipos de datos, tasas de valores nulos y duplicados. No puede validar una transformaciรณn con respecto a una fuente que no haya medido.
- Validaciรณn de la etapa: Confirma el extracEl proceso se completรณ correctamente, con recuentos de conciliaciรณn que coinciden con la fuente despuรฉs de aplicar las reglas de filtrado.
- Pruebas de ETL y transformaciรณn: Verificar cada mapaping y reglas de negocio, incluidas columnas derivadas, agregaciones y generaciรณn de claves sustitutas.
- Almacรฉn de datos y pruebas de cubos. Verifique la integridad de las tablas de dimensiones y hechos, el manejo de dimensiones de cambio lento y la precisiรณn de la agregaciรณn en cada nivel de la jerarquรญa.
- Pruebas de informes y paneles de control: Compare las cifras del informe con las del almacรฉn de datos, luego con las de la fuente original y verifique los filtros, los anรกlisis detallados y los roles de seguridad.
- Pruebas de rendimiento y regresiรณn: Mida la duraciรณn de la ventana de carga e informe el tiempo de respuesta, luego vuelva a ejecutar el conjunto de pruebas despuรฉs de cada cambio en la canalizaciรณn.
La reconciliaciรณn es la columna vertebral de todo el proceso: En cada etapa, el recuento y la suma de las cifras clave deben ser tracSe puede volver a la fuente. Un informe que parece correcto pero no se puede conciliar no se prueba, solo se inspecciona.
Tipos de pruebas de BI
Los escenarios de este tutorial se dividen en seis categorรญas reconocidas. Nombrarlas ayuda a que el plan de pruebas abarque toda la superficie, en lugar de solo las partes que son fรกciles de verificar.
| Tipo | Lo que valida | Tรฉcnica tรญpica |
|---|---|---|
| Integridad de los datos | Se han alcanzado todos los rรฉcords esperados. | Conciliaciรณn del recuento de filas entre origen y destino |
| Transformaciรณn de datos | Reglas de negocio aplicadas correctamente | Compare la salida transformada con los valores esperados calculados manualmente. |
| Calidad de datos | Los valores son vรกlidos, รบnicos y estรกn dentro del rango | Comprobaciones de nulidad, duplicaciรณn, formato e integridad referencial. |
| Pruebas de metadatos | Los tipos de datos, las longitudes y las restricciones coinciden con la especificaciรณn. | Comparaciรณn de esquemas entre la fuente y el destino |
| Pruebas de informes | Las cifras, el formato y los desgloses son correctos. | Compare la salida del informe con la consulta del almacรฉn de datos. |
| Prueba de seguridad | Los usuarios solo ven los datos que su rol les permite. | Ejecutar informes idรฉnticos con credenciales de rol diferentes |
La elecciรณn de Herramienta de BI afecta a cรณmo se ejecuta cada tipo, pero no a quรฉ tipos se necesitan. Las pruebas de seguridad son las que mรกs se suelen omitir y las mรกs costosas de pasar por alto, porque un defecto de seguridad a nivel de fila expone datos en todas las unidades de negocio sin producir ningรบn error visible.
Casos de prueba y escenarios de pruebas de BI
Los siguientes escenarios se aplican a casi cualquier proyecto de inteligencia empresarial (BI). Agrรบpelos segรบn la etapa del proceso que validan y ejecรบtelos en ese orden, ya que un defecto en la fase de pruebas provocarรก fallos en todas las etapas posteriores.
escenarios de prueba de verificaciรณn ETL
- Verificar que los datos estรฉn asignados correctamente desde el sistema de origen al de destino
- Verifique que todas las tablas y sus campos se copien del origen al destino
- Verifique que las claves configuradas para generarse automรกticamente se creen correctamente en el sistema de destino
- Verifique que los campos nulos no estรฉn completos
- Verificar que los datos no estรฉn confusos ni truncados
- Verifique que el tipo y formato de datos en el sistema de destino sea el esperado
- Verifique que no haya duplicidad de datos en el sistema de destino
- Verificar que las transformaciones se apliquen correctamente
- Verificar que la precisiรณn de los datos en los campos numรฉricos sea exacta
- Verificar que el manejo de excepciones sea sรณlido
Escenarios de prueba de datos de preparaciรณn
- Verificaciรณn de conciliaciรณn: el recuento de registros entre las tablas STG (preparaciรณn) y las tablas de destino es el mismo despuรฉs de aplicar reglas de filtro
- Inserte un registro que no estรฉ cargado en la tabla de destino para una combinaciรณn de teclas determinada
- Reenvรญe los registros que ya estรกn presentes en las tablas de destino y confirme que no se cargan dos veces.
- Actualizar un registro para una clave cuando las columnas de valores cambiaron en las cargas del dรญa_02
- Eliminar los registros lรณgicamente en las tablas de destino.
- Valores cargados por tablas de proceso
- Valores cargados por tablas de referencia.
Escenarios de prueba de carga de datos
- Compruebe si la base de datos de destino y de origen estรกn bien conectadas y no hay problemas de acceso.
- Para una carga completa, marque la opciรณn truncar y asegรบrese de que funcione bien.
- Mientras carga los datos, verifique el rendimiento de la sesiรณn.
- Compruebe si hay errores no fatales.
- Verifique que puede fallar la tarea principal que llama si falla la tarea secundaria.
- Verificar que los registros estรฉn actualizados
- Verificar mapaping y flujo de trabajo Los parรกmetros estรกn configurados con precisiรณn.
- Verificar que el nรบmero de tablas en los sistemas de origen y de destino sea el mismo
- Compare los atributos de las tablas de etapa con los de las tablas de destino. Deberรญan estar emparejados.
escenarios de prueba de informes de BI
- Mostrar fecha y hora
- Precisiรณn decimal para cifras clave
- En una pรกgina determinada, muestra el nรบmero de filas y columnas.
- Caracterรญsticas gratuitas en el informe.
- Cรณmo se muestran los valores en blanco tanto para las caracterรญsticas como para las cifras clave.
- Si la bรบsqueda de caracterรญsticas funciona por clave, por texto o por ambos, segรบn se especifique.
- Si la bรบsqueda de texto distingue entre mayรบsculas y minรบsculas, y si eso cumple con el requisito.
Desafรญos en las pruebas de BI
- Volumen de datos. Los almacenes de datos contienen cientos de millones de filas, por lo que una comparaciรณn exhaustiva es imposible. Las pruebas se basan en totales de conciliaciรณn, ademรกs de un muestreo especรญfico de registros lรญmite y de alto riesgo.
- Fuentes heterogรฉneas. Un รบnico almacรฉn de datos puede recurrir a bases de datos relacionales, archivos planos, API y sistemas heredados, cada uno con su propia codificaciรณn, formato de fecha y convenciรณn de valores nulos.
- Ningรบn fallo visible. Una cifra errรณnea en un informe no constituye un error. Simplemente indica una mala decisiรณn, lo que convierte la conciliaciรณn en el รบnico mรฉtodo de detecciรณn fiable.
- Fuentes en constante cambio. Un cambio de esquema en un sistema ascendente rompe silenciosamente un mapa.pingLas pruebas de metadatos deben realizarse segรบn un cronograma, no solo en el momento del lanzamiento.
- Dimensiones que cambian lentamente. La exactitud histรณrica exige que un registro vรกlido del aรฑo pasado siga reflejando el valor del aรฑo pasado, lo cual es difรญcil de comprobar y fรกcil de interpretar errรณneamente.
- Paridad ambiental. Los entornos de prueba rara vez contienen datos a escala de producciรณn, por lo que los problemas de rendimiento en la ventana de carga y en las consultas solo aparecen despuรฉs de la puesta en marcha.
El denominador comรบn es que los defectos de BI son silenciosos. Todas las medidas de mitigaciรณn mencionadas funcionan creando una seรฑal donde el propio sistema no produce ninguna.
