Tipos de pruebas de software

Tipos de Pruebas de Software
Pruebas de Software
Descripción de Pruebas de Software











Contenido
Tipos de pruebas 4
Pruebas Unitarias 5
Ventajas 5
Limitaciones 5
Pruebas funcionales 6
Pruebas por requerimientos 6
Pruebas de integración 7
Pruebas de Aceptación. 7
Pruebas de regresión 7
Tipos deregresión 8
Como mitigar los riesgos 8
Usos 9
Pruebas de Rendimiento 9
Introducción 9
Pruebas de carga 10
Prueba de estrés 10
Prueba de estabilidad (soak testing) 10
Pruebas de picos (spike testing) 10
Pre-requisitos para las pruebas de carga 11
Mitos de las pruebas de rendimiento 11
Tecnología 12
Especificaciones del rendimiento 12
Tareas a realizar 14
Pruebas de Seguridad: 14Pruebas de Mutación – Mutation Testing 15






El Contexto

Pruebas de Software
Las pruebas de software, en inglés testing son los procesos que permiten verificar y revelar la calidad de un producto software. Son utilizadas para identificar posibles fallos de implementación, calidad, o usabilidad de un programa de ordenador o videojuego. Básicamente es una fase en el desarrollo desoftware consistente en probar las aplicaciones construidas.
Las pruebas de software se integran dentro de las diferentes fases del ciclo del software dentro de la Ingeniería de software. Así se ejecuta un programa y mediante técnicas experimentales se trata de descubrir que errores tiene.
Para determinar el nivel de calidad se deben efectuar unas medidas o pruebas que permitan comprobar el gradode cumplimiento respecto de las especificaciones iniciales del sistema.
El testing puede probar la presencia de errores pero no la ausencia de ellos
Edsger Dijkstra

Hay muchos planteamientos a la hora de abordar el proceso de pruebas de software, peropara verificar productos complejos de forma efectiva requiere de un proceso de investigación más que seguir un procedimiento al pie de la letra. Una definición de "testing" es: proceso de evaluación de un producto desde un punto de vista crítico, donde el "tester" (persona que realiza las pruebas) somete el producto a una serie de acciones inquisitivas, y el producto responde con su comportamientocomo reacción. Por supuesto, nunca se debe testear el software en un entorno de producción. Es necesario testear los nuevos programas en un entorno de pruebas separado físicamente del de producción. Para crear un entorno de pruebas en una máquina independiente de la máquina de producción es necesario crear las mismas condiciones que en la máquina de producción. Existen a tal efecto variasherramientas vendidas por los mismos fabricantes de hardware (IBM, Sun, HP etc.). Esas utilidades reproducen automáticamente las bases de datos para simular un entorno de producción.
En general, los informáticos distinguen entre errores de programación (o "bugs") y defectos de forma. En un defecto de forma, el programa no realiza lo que el usuario espera. Por el contrario, un error de programación puededescribirse como un fallo en la semántica de un programa de ordenador. Éste podría presentarse, o no, como un defecto de forma si se llegan a dar ciertas condiciones de cálculo.
Una práctica común es que el proceso de pruebas de un programa sea realizado por un grupo independiente de "testers" al finalizar su desarrollo y antes de sacarlo al mercado. Una práctica que viene siendo muy popular esdistribuir de forma gratuita una versión no final del producto para que sean los propios consumidores los que la prueben. En ambos casos, a la versión del producto en pruebas y que es anterior a la versión final (o "master") se denomina beta, y a dicha fase de pruebas, beta testing.
Puede además existir una versión anterior en el proceso de desarrollo llamada alpha, en la que el programa, aunque...