Tipos, Metodologías y Planificación de Pruebas de Software

Tipos de Pruebas de Software

Pruebas Unitarias

Las pruebas unitarias se centran en comprobar la funcionalidad de los componentes individuales (módulo, clase, función, etc.). Si los componentes no funcionan de forma aislada, no podrán funcionar conjuntamente con otros.

Una vez que cada componente funciona de manera correcta, se debe pasar a comprobar el funcionamiento conjunto de todos ellos. Para ello, se pueden seguir diferentes estrategias de integración.

Pruebas de Validación

Una vez probado el funcionamiento correcto de los módulos de forma continua, debe comprobarse que el sistema realiza aquello para lo que fue diseñado: este es el objetivo de las pruebas de validación.

Existen dos tipos de prueba de validación:

• Pruebas alfa: Se realizan por un cliente en el lugar de desarrollo.
• Pruebas beta: Se realizan en un entorno del software en el que trabajan los usuarios que informan de los problemas encontrados.

Pruebas de Sistema

Las pruebas de sistema se realizan sobre el sistema completo para comprobar la integración del mismo con otros subsistemas y también, algunos aspectos del mismo que sólo se pueden comprobar de forma global. Algunas de ellas son:

• Pruebas de rendimiento.
• Pruebas de seguridad.
• Pruebas de recuperación.
• Pruebas de interface.

Tipos de Test

• Test de Facilidad
• Test de Volumen
• Test de Stress
• Test de Usabilidad
• Test de Seguridad
• Test de Performance
• Test de Configuración
• Test de Instalabilidad
• Test de Fiabilidad
• Test de Recuperación
• Test de Documentación
• Test de Mantenibilidad

Metodologías de Prueba

• Test Incrementales
• Top Down
• Bottom Up
• Caja Negra
• Caja Blanca

Plan de Testing

Un plan de pruebas especifica lo que se desea probar y cómo ejecutar las pruebas. Un plan de pruebas se puede aplicar a una iteración concreta del proyecto y se puede llevar a cabo por un conjunto de prueba o por una jerarquía de prueba.

Estructura Estándar de un Plan de Pruebas

• Introducción: Alcance, riesgos y objetivos.
• Test ítems u objetos de test.
• Funcionalidad a ser testeada.
• Funcionalidad a no ser testeada.
• Enfoque: Objetivos, técnicas, plantillas.
• Criterio de aprobación/reprobación de ítems.
• Entregables.
• Actividades de testing.
• Responsabilidades.
• Equipo y entrenamiento necesarios.
• Calendario.
• Riesgos y contingencias.

Detalles del Plan de Pruebas

Test Ítems

Se identifican los objetos o ítems de prueba y la información adicional de la manera más precisa y explícita posible.

Funcionalidad a ser testeada

Dentro del alcance de los ítems de prueba, se provee una visión completa de las funcionalidades a ser testeadas con referencias de dónde está el test especificado, o dónde lo estará. "All methods in the classes are to be tested in the component testing."

Entregables

Se deben listar y describir brevemente todos los documentos, logs y reportes que serán producidos en el proceso de prueba.

Actividades de Testing

Está todo el proceso desglozado en una forma más detallada de actividades. Es importante para la descomposición nombrar y detallar todo.

Responsabilidades

Se establece quién es responsable de cada cosa. La distribución de las responsabilidades puede ser mostrada en una matriz de distribución de las responsabilidades.

Cronograma

Las actividades, el staff y las estimaciones se unen y se transforman en un cronograma de trabajo. El análisis de riesgo quizás sea utilizado para priorizar el testing para el cronograma.