Untitled

Pruebas de Software

Prueba Unitaria

Objetivo de Prueba

Se focaliza en ejecutar cada módulo (o unidad

mínima a ser probada,.

Prueba de Integración

Objetivo

Identificar errores introducidos por la combinación

Prueba de Regresión

Objetivo

Determinar si los cambios recientes en una parte

de la aplicación tienen efecto adverso en otras

partes.

Pruebas de Humo (Smoke Testing o Ad Hoc)

Descripcion

Toma éste nombre debido a que su objetivo es

probar el sistema constantemente buscando que

saque “humo” o falle. En algunos proyectos este

tipo de prueba va junto con las pruebas

funcionales.

Descripcion

Particionar los módulos en pruebas en

unidades lógicas fáciles de probar.

 Por cada unidad hay que definir los casos

de prueba (pruebas de caja blanca).

 Para esto los casos de prueba deben

diseñarse de forma tal que se recorran

todos los caminos de ejecución posibles

dentro del código bajo prueba.

Tecnica

Comparar el resultado esperado con el

resultado obtenido.

Descripción

Describe cómo verificar que las interfaces entre

las componentes de software funcionan

correctamente.

Tecnica

Utilizar la técnica top-down. Se empieza con

los módulos de nivel superior, y se verifica

Objetivo

 Detectar los errores en realeases tempranos

y de manera fácil

 Probar el sistema constantemente

 Garantizar poco esfuerzo en la integración

final del sistema

 Asegurar los resultados de las pruebas

unitarias

 Se reducen los riesgos y a baja calidad.

Tecnica

Realizar los casos de prueba asignados a los

casos de uso finalizados ese día más los

realizados en días anteriores

Descripcion

En esta prueba se vuelve a probar el sistema a la

luz de los cambios realizados durante el debugging,

mantenimiento o desarrollo de la nueva versión del

sistema buscando efectos adversos en otras

partes.

Tecnica

La prueba de regresión es una nueva

corrida de casos de prueba previos.

Pruebas del Sistema

Objetivo

Asegurar la apropiada navegación dentro del

sistema, ingreso de datos, procesamiento y

recuperación.

Descripcion

Las pruebas del sistema deben enfocarse en

requisitos que puedan ser tomados directamente de

casos de uso y reglas y funciones de negocios.

Tecnica

Ejecute cada caso de uso, flujo básico o función

utilizando datos válidos e inválidos, para

verificar que:

· Los resultados esperados ocurren cuando se

utiliza un dato válido.

· Los mensajes de error o de advertencia

Pruebas de Desempeño

objetivo

Validar el tiempo de respuesta para las

transacciones o funciones de negocios bajo las

siguientes dos condiciones:

 Volumen normal anticipado

 Volumen máximo anticipado.

Descripcion

Las pruebas de desempeño miden tiempos de

respuesta, índices de procesamiento de

transacciones y otros requisitos sensibles al tiempo.

Tecnica

Las pruebas de desempeño utilizan las técnicas de

caja blanca y caja negra.

Pruebas de Carga

Objetivo

Verificar el tiempo de respuesta del sistema para

transacciones o casos de uso de negocios, bajo

diferentes condiciones de carga.

Descripcion

Las pruebas de carga miden la capacidad del

sistema para continuar funcionando

apropiadamente bajo diferentes condiciones de

carga.

Tecnica

La meta de las pruebas de carga es determinar y

asegurar que el sistema funciona apropiadamente

aún más allá de la carga de trabajo máxima

esperada.

Pruebas de Stress

OBjetivo

Verificar que el sistema funciona apropiadamente y

sin errores, bajo estas condiciones de stress:

Descripcion

Las pruebas de stress se proponen encontrar

errores debidos a recursos bajos o completitud de

recursos.

Tecnica

Use los scripts utilizados en las pruebas de

desempeño.

 Para probar recursos limitados, las pruebas

se deben correr en un servidor con

configuración reducida (o limitada).

 Para las pruebas de stress restantes, deben

utilizarse múltiples clientes, ya sea corriendo

los mismos scripts o scripts

complementarios para producir el peor caso

de volumen de transacciones.

Pruebas de Volumen

Objetivo

Verificar que la aplicación funciona

adecuadamente bajo los siguientes escenarios

de volumen:

Descripcion

Las pruebas de volumen hacen referencia a

grandes cantidades de datos para determinar los

límites en que se causa que el Sistema falle.

Tecnica

· Utilice los scripts diseñados para las pruebas de

desempeño.

· Deben usarse múltiples clientes, ya sea corriendo

las mismas pruebas o pruebas

complementarias para producir el peor caso de

volumen (ver pruebas de stress) por un período

extendido.

Pruebas de Recuperación y Tolerancia a fallas

Objetivo

Verificar que los procesos de recuperación (manual

o automática) restauran apropiadamente la Base de

datos, aplicaciones y sistemas,

Descripcion

Estas pruebas aseguran que una aplicación o

sistema se recupere de una variedad de anomalías

de hardware, software o red con pérdidas de datos

o fallas de integridad.

Tecnica

Se deben utilizar las pruebas creadas para la

Funcionalidad del sistema y Procesos de Negocios

para crear una serie de transacciones. Una vez se

alcanza el punto inicial de las pruebas de

recuperación, se deben realizar o simular las

siguientes acciones:

Prueba de Múltiples Sitios

Objetivo

Detectar fallas en configuraciones y

comunicaciones de datos entre múltiples sitios.

descripcion

El propósito de esta prueba es evaluar el correcto

funcionamiento del sistema o subsistema en

múltiples instalaciones.

Tecnica

Realizar casos de prueba que verifiquen mínimo lo

siguiente:

Consistencia de las opciones de

configuración para el sistema a través de los

sitios

Prueba de Compatibilidad y Conversión

Objetivo

Buscar problemas de compatibilidad y conversión

en los sistemas.

Descripcion

El propósito es demostrar que los objetivos de

compatibilidad no han sido logrados y que los

procedimientos de conversión no funcionan.

Tecnica

Como tales, los programas tienen a menudo

objetivos específicos con respecto a su

compatibilidad y a sus procedimientos de

conversión con el sistema existente.

Pruebas de Integridad de Datos y Base de Datos

Objetivo de la Prueba: Asegurar que los métodos de acceso y procesos

funcionan adecuadamente y sin ocasionar

corrupción de datos.

Descripción de la Prueba: La Base de datos y los procesos de Base de datos

deben ser probados como sistemas separados del

proyecto .

Técnica:  Invoque cada método de acceso y proceso

de la Base de datos, utilizando en cada uno

datos válidos e inválidos.

Pruebas de Seguridad y Control de Acceso

Objetivo de la Prueba: Nivel de seguridad de la aplicación: Verifica que un

actor solo pueda acceder a las funciones y datos

que su usuario tiene permitido.

los actores con acceso al sistema y a la aplicación

están habilitados para accederla.

Descripción de la Prueba: Las pruebas de seguridad y control de acceso se

centran en dos áreas claves de seguridad:

Técnica: · Funciones / Seguridad de Datos: Identificar cada

tipo de usuario y las funciones y datos a los que

se debe autorizar.

Pruebas del Ciclo del Negocio

Objetivo de la Prueba: Asegurar que el sistema funciona de acuerdo con el

modelo de negocios emulando todos los eventos en

el tiempo y en función del tiempo.

Descripción de la Prueba: Las pruebas del ciclo de negocio deberían emular

las actividades ejecutadas en el a través del

tiempo.

Técnica: Ejecute cada caso de uso, flujo básico o función

utilizando datos válidos e inválidos, para verificar

que:

· Incremente el número de veces en que una

función es ejecutada para simular diferentes

usuarios sobre un periodo especificado

Pruebas de GUI

Objetivo de la Prueba: Verifica lo siguiente:

 La navegación a través de los objetos de la

prueba reflejan las funcionalidades del

negocio y requisitos,

Descripción de la Prueba: La prueba de interfaz de usuario verifica la

interacción del usuario con el software.

Técnica: Pruebas de crear / modificar cada ventana para

verificar la adecuada navegación y estado de los

objetos.

Pruebas de Configuración

Objetivo de la Prueba: Validar y verificar que el cliente del sistema

funciona apropiadamente en las estaciones de

trabajo recomendadas.

Descripción de la Prueba: Estas pruebas verifican la operación del sistema en

diferentes configuraciones de hardware y software.

Técnica: · Use los scripts para Integración y Pruebas del

Sistema.

Prueba de Estilo

Objetivo de la Prueba: Comprobar que la aplicación sigue los estándares

de estilo propios del cliente.

Descripción de la Prueba: Se entienden como tales el formato de las

ventanas, colores corporativos, tipos de letra etc.

Técnica: · Se realiza una navegación por la aplicación

verificando si se cumplen con los

estándares de GUI del cliente.

Prueba de Aceptación

Objetivo de la Prueba: Determinación por parte del cliente de la aceptación

o rechazo del sistema desarrollado.

Descripción de la Prueba: La prueba de aceptación es ejecutada antes de que

la aplicación sea instalada dentro de un ambiente

de producción.

Técnica: Realización de los documentos de planes de

prueba de aceptación y especificación de los

mismos, basados en los criterios de aceptación del

cliente.

Pruebas Funcionales

Objetivo de la Prueba: Se asegura la trabajo apropiado de los requisitos

funcionales, incluyendo la navegación, entrada de

datos, procesamiento y obtención de resultados

Descripción de la Prueba: Las pruebas Funcionales deben enfocarse en los

requisitos funcionales, las pruebas pueden estar

basadas directamente en los Casos de Uso

Técnica: Se ejecuta cada caso de uso, flujo de caso de uso,

o función, usando datos válidos e inválidos,

Prueba de Documentación Y Procedimiento

Objetivo de la Prueba: Evaluar la documentación del usuario

Descripción de la Prueba: Evaluar la exactitud y claridad de la documentación

Revisar la documentación del proyecto contra las

funcionalidades del sistema y su configuración

física.

Prueba de Usabilidad

Objetivo de la Prueba: Determinar la usabilidad del sistema.

Descripción de la Prueba: Determina cuán bien el usuario podrá usar y

entender la aplicación. Identifica las áreas de

diseño que hacen al sistema de difícil uso para el

usuario.

Tecnica

La prueba de usabilidad detecta problemas

relacionados con la conveniencia y practicidad del

sistema desde el punto de vista del usuario.

Prueba de Campo

Objetivo de la Prueba: Correr el sistema en el ambiente real para

encontrar errores y validar el producto contra sus

especificaciones originales.

Descripción de la Prueba: Realizar un subconjunto válido de pruebas de

sistema.

Técnica: Determinar que pruebas de sistema serán corridas

para validar el sistema en producción.

Pruebas Alfa

Objetivo de la Prueba: Prueba de aceptación para detectar errores en el

sistema bajo un ambiente controlado.

Descripción de la Prueba: La verificación involucra la ejecución de partes o

todo del sistema en ambientes simulados,

Técnica: Realizar las pruebas de sistema bajo las siguientes

características:

 se llevan a cabo en el lugar en donde fue

desarrollado el sw,

 en un ambiente controlado, en el cual el

desarrollador está presente.

Pruebas Beta

Objetivo de la Prueba: Realizar la validación del sistema por parte del

usuario.

Descripción de la Prueba: Prueba de aceptación donde La validación (o

pruebas beta) involucra el uso del software en un

ambiente real.

Técnica: Se selecciona un grupo de usuarios que ponen a

trabajar el sistema en un ambiente real. Usan el

sistema en sus actividades cotidianas, procesan

transacciones y producen salidas normales del

sistema.