Testhouse

TÉRMINO

DESCRIPCIÓN

Caja Blanca

En programación, se denomina caja blanca a un tipo de pruebas de software que se realiza sobre las funciones internas de un módulo. La caja es "blanca", se puede ver lo que hay dentro.

Volver

Caja Negra

En programación, se denomina caja negra a aquel componente que es probado desde el punto de vista de las entradas que recibe y las salidas o respuestas que produce, sin tener en cuenta su funcionamiento interno. La caja es "negra", NO se puede ver lo que hay dentro.

Volver

Pruebas Unitarias

En el contexto de las pruebas de software, una prueba unitaria es una forma de probar el correcto funcionamiento de un módulo de código (función, método...). Esto sirve para asegurar que cada uno de los módulos funcione correctamente por separado.

Volver

Alta Disponibilidad (clustering)

Se denomina alta disponibilidad o clustering al conjunto de dos o más máquinas que mantienen una serie de servicios compartidos entre si. Las máquinas se monitorizan entre si para asegurar que si una cae, el resto es capaz de ofrecer los servicios faltantes.

Volver

Pruebas de Auditoría de Logs

Este tipo de pruebas verifican la información contenida en los logs de aplicación y errores para asegurar que en caso de un problema en el sistema, los logs son lo suficientemente descriptivos como para encontrar el problema y solucionarlo.

Volver

Pruebas de Housekeeping

Este tipo de pruebas verifican que toda la información y documentos relativos a un proyecto siguen una estructura definida, se encuentran correctamente almacenados y son rápidamente accesibles en caso de problemas en la puesta en producción del producto.

Volver

Monitorización NO intrusiva

En el contexto de las pruebas de software se denomina monitorización no intrusiva al proceso de obtención de información de sistemas por medio de "preguntas remotas". Es decir, no es necesario instalar ningún componente en los sistemas monitorizados. Por ejemplo, en el caso de monitorización de un sistema UNIX se envía un comando RUP al demonio RSTAT que viene por defecto en este sistema.

Volver

Correlación

En el contexto de las pruebas de software y en concreto de la automatización de pruebas, la correlación de datos es la modificación de un script para que los valores escritos en el mismo durante la grabación se conviertan en variables. De esta forma, cuando el script se ejecuta no manda el valor original, sino el nuevo valor que ha sido almacenado en la variable en tiempo de ejecución.

La correlación es especialmente necesaria cuando los sistemas bajo pruebas mandan información única para cada sesión.

Por ejemplo, durante la grabación de un script el sistema manda el ID de sesión 12345, y este se almacena en el script. Si volvemos a ejecutar el script, estaremos enviando un código de sesión 12345, pero el sistema esta esperando el nuevo ID de sesión, 12346. Si reemplazamos el ID de sesión con una variable, las veces sucesivas en las que ejecutemos el script estaremos mandando el valor correcto, que habremos almacenado en la variable previamente.

Volver