Almacenamiento de datos: pruebas
Las pruebas son muy importantes para que los sistemas de almacenamiento de datos funcionen de manera correcta y eficiente. Hay tres niveles básicos de pruebas realizadas en un almacén de datos:
- Examen de la unidad
- Pruebas de integración
- Prueba del sistema
Examen de la unidad
En las pruebas unitarias, cada componente se prueba por separado.
Se prueba cada módulo, es decir, procedimiento, programa, script SQL, shell de Unix.
Esta prueba la realiza el desarrollador.
Pruebas de integración
En las pruebas de integración, los diversos módulos de la aplicación se juntan y luego se prueban con el número de entradas.
Se realiza para probar si los distintos componentes funcionan bien después de la integración.
Prueba del sistema
En las pruebas del sistema, toda la aplicación de almacenamiento de datos se prueba en conjunto.
El propósito de la prueba del sistema es verificar si todo el sistema funciona correctamente en conjunto o no.
Las pruebas del sistema las realiza el equipo de pruebas.
Dado que el tamaño de todo el almacén de datos es muy grande, generalmente es posible realizar una prueba mínima del sistema antes de que se pueda implementar el plan de prueba.
Calendario de pruebas
En primer lugar, el programa de pruebas se crea en el proceso de desarrollo del plan de pruebas. En este programa, predecimos el tiempo estimado requerido para la prueba de todo el sistema de almacenamiento de datos.
Hay diferentes metodologías disponibles para crear un programa de prueba, pero ninguna de ellas es perfecta porque el almacén de datos es muy complejo y grande. Además, el sistema de almacenamiento de datos está evolucionando por naturaleza. Uno puede enfrentar los siguientes problemas al crear un programa de prueba:
Un problema simple puede tener una consulta de gran tamaño que puede tardar un día o más en completarse, es decir, la consulta no se completa en la escala de tiempo deseada.
Puede haber fallas de hardware como la pérdida de un disco o errores humanos como eliminar accidentalmente una tabla o sobrescribir una tabla grande.
Note - Debido a las dificultades mencionadas anteriormente, se recomienda siempre duplicar la cantidad de tiempo que normalmente permitiría para las pruebas.
Prueba de recuperación de copia de seguridad
Probar la estrategia de recuperación de copias de seguridad es extremadamente importante. Aquí está la lista de escenarios para los que se necesitan estas pruebas:
- Fallo de los medios
- Pérdida o daño del espacio de tabla o archivo de datos
- Pérdida o daño del archivo de registro de rehacer
- Pérdida o daño del archivo de control
- Error de instancia
- Pérdida o daño del archivo de almacenamiento
- Pérdida o daño de la mesa
- Falla durante la falla de datos
Prueba del entorno operativo
Hay una serie de aspectos que deben probarse. Estos aspectos se enumeran a continuación.
Security- Se requiere un documento de seguridad separado para las pruebas de seguridad. Este documento contiene una lista de operaciones no permitidas y pruebas de diseño para cada una.
Scheduler- Se requiere software de programación para controlar las operaciones diarias de un almacén de datos. Debe probarse durante la prueba del sistema. El software de programación requiere una interfaz con el almacén de datos, que necesitará que el programador controle el procesamiento nocturno y la gestión de agregaciones.
Disk Configuration.- La configuración del disco también debe probarse para identificar los cuellos de botella de E / S. La prueba debe realizarse varias veces con diferentes configuraciones.
Management Tools.- Es necesario probar todas las herramientas de gestión durante la prueba del sistema. Aquí está la lista de herramientas que deben probarse.
- Administrador de evento
- Administrador de sistemas
- Administrador de base de datos
- Gerente de configuración
- Administrador de recuperación de copias de seguridad
Prueba de la base de datos
La base de datos se prueba de las siguientes tres formas:
Testing the database manager and monitoring tools - Para probar el administrador de la base de datos y las herramientas de monitoreo, deben usarse en la creación, ejecución y administración de la base de datos de prueba.
Testing database features - Aquí está la lista de características que tenemos que probar -
Consultando en paralelo
Crear índice en paralelo
Carga de datos en paralelo
Testing database performance- La ejecución de consultas juega un papel muy importante en las medidas de rendimiento del almacén de datos. Hay conjuntos de consultas fijas que deben ejecutarse con regularidad y deben probarse. Para probar consultas ad hoc, se debe revisar el documento de requisitos del usuario y comprender el negocio por completo. Tómese el tiempo para probar las consultas más incómodas que la empresa probablemente haga frente a diferentes estrategias de agregación e índices.
Prueba de la aplicación
Todos los gerentes deben estar integrados correctamente y trabajar para asegurar que la carga, el índice, el agregado y las consultas de un extremo a otro funcionen según las expectativas.
Cada función de cada gerente debe funcionar correctamente
También es necesario probar la aplicación durante un período de tiempo.
También deben probarse las tareas de fin de semana y fin de mes.
Logística de la prueba
El objetivo de la prueba del sistema es probar todas las áreas siguientes:
- Software de programación
- Procedimientos operativos del día a día
- Estrategia de recuperación de copias de seguridad
- Herramientas de gestión y programación
- Procesamiento nocturno
- Rendimiento de la consulta
Note- El punto más importante es probar la escalabilidad. No hacerlo nos dejará un diseño de sistema que no funcionará cuando el sistema crezca.