Untitled

TIPOS DE PRUEBA

Se localiza en ejecutar cada módulo (o unidad mínima a ser probada, ej. = una clase) lo que provee un mejor modo de manejar la integración de las unidades en componentes mayores.

PRUEBA UNITARIA

PRUEBA DE HUMO

DESCRIPCIÓN DE PRUEBA

Toma éste nombre debido a que su objetivo es probar el sistema constantemente buscando que saque “humo” o falle.

Las pruebas de humo NO SON exhaustivas, pero van de extremo a extremo de la aplicación. Realizar una integración de todo el sistema cada cierto periodo (se recomienda un día, máximo una semana)

Comparar el resultado esperado con el

resultado obtenido.

PRUEBA DE INTEGRACIÓN

Identificar errores introducidos por la combinación de programas probados unitariamente.

Describe cómo verificar que las interfaces entre

las componentes de software funcionan

correctamente.

Comparar el resultado esperado con el

resultado obtenido.

PRUEBA DE REGRESIÓN

Determinar si los cambios recientes en una parte

de la aplicación tienen efecto adverso en otras

partes.

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.

La prueba de regresión es una nueva

corrida de casos de prueba previos.

La prueba de viejas funcionalidades es más

importante que la de nuevas

funcionalidades.

PRUEBA DEL SISTEMA

TECNICA

DESCRIPCION DE PRUEBA

OBJETIVO DE PRUEBA

TECNICA

OBJETIVO DE PRUEBA

Detectar los errores en realeases tempranos y de manera fácil Probar el sistema constantemente

DESCRIPCIÓN DE PRUEBA

OBJETIVO DE PRUEBA

DESCRIPCION DE PUREBA

TECNICA

Asegurar la apropiada navegación dentro del

sistema, ingreso de datos, procesamiento y

recuperación.

Este tipo de pruebas se basan en

técnicas de caja negra, esto es, verificar el sistema

(y sus procesos internos), la interacción con las

aplicaciones que lo usan vía GUI y analizar las

salidas o resultados.

Los resultados esperados ocurren cuando se

utiliza un dato válido.

Los mensajes de error o de advertencia

TECNICA

DESCRIPCIÓN DE PRUEBA

OBJETIVO DE PRUEBA

TECNICA

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).

DESCRIPCIÓN DE LA PRUEBA

OBJETIVO DE PRUEBA

PRUEBA DE DESEMPEÑO

OBJETIVO DE PRUEBA

DESCRIPCIÓN DE LA PRUEBA

TECNICA

Validar el tiempo de respuesta para las

transacciones o funciones de negocios bajo las

siguientes dos condiciones:

 Volumen normal anticipado

 Volumen máximo anticipado.

Las pruebas de desempeño usualmente se

ejecutan varias veces, utilizando en cada una,

carga diferente en el sistema. La prueba inicial

debe ser ejecutada con una carga similar a la

esperada en el sistema. Una segunda prueba debe

hacerse utilizando una carga máxima.

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

caja blanca y caja negra.

Utilice los procedimientos de prueba

desarrollados para las pruebas del modelo

del negocio (Pruebas del Sistema).

Modifique archivos de datos (para

incrementar el número de transacciones) o

los scripts para incrementar el número de

veces que ocurre cada transacción.

PRUEBA DE CARGA

TECNICA

DESCRIPCIÓN DE PRUEBA

OBJETIVO DE PRUEBA

Verificar el tiempo de respuesta del sistema para

transacciones o casos de uso de negocios, bajo

diferentes condiciones de carga.

Las pruebas de carga miden la capacidad del

sistema para continuar funcionando

apropiadamente bajo diferentes condiciones de

carga.

Adicionalmente, las pruebas de carga

evalúan las características de desempeño (tiempos

de respuesta, tasas de transacciones y otros

aspectos sensibles al tiempo). Use los scripts desarrolladas para Pruebas

del Negocio.

PRUEBA DE STRESS

Verificar que el sistema funciona apropiadamente y

sin errores, bajo estas condiciones de stress:

Memoria baja o no disponible en el servidor.

Máximo número de clientes conectados o

simulados (actuales o físicamente posibles)

la prueba es valiosa porque es de

esperar que los mismos errores puedan

presentarse en situaciones reales, algo menos

exigentes.

Use los scripts utilizados en las pruebas de desempeño.

DESCRIPCIÓN DE PRUEBA

OBJETIVO DE PRUEBA

TECNICA

PRUEBA DE VOLUMEN

TECNICA

OBJETIVO DE PRUEBA

DESCRIPCIÓN DE PRUEBA

El objetivo de esta prueba es investigar el

comportamiento del sistema bajo condiciones que

sobrecargan sus recursos. No debe confundirse

con las pruebas de volumen: un esfuerzo grande es

un pico de volumen de datos que se presenta en un

corto período de tiempo.

Verificar que la aplicación funciona

adecuadamente bajo los siguientes escenarios

de volumen: Máximo (actual o físicamente posible)

número de clientes conectados (o

simulados), todos ejecutando la misma

función (peor caso de desempeño) por

un período extendido.

Las pruebas de volumen hacen referencia a

grandes cantidades de datos para determinar los

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

También identifican la carga máxima o volumen

que el sistema puede manejar en un período dado.

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.

PRUEBA DE Y RECUPERACIÓN TOLERANCIA Y FALLAS

Verificar que los procesos de recuperación (manual

o automática) restauran apropiadamente la Base de

datos, aplicaciones y sistemas, y los llevan a un

estado conocido o deseado.

DESCRIPCIÓN DE LA PRUEBA

OBJETIVO DE PRUEBA

Las pruebas de recuperación son contrarias a las

pruebas en que la aplicación o sistema es expuesto

a condiciones extremas (o condiciones simuladas),

tales como fallas en dispositivos en entrada/salida o

llaves o apuntadores inválidos de base de datos.

Los procesos de recuperación se invocan y la

aplicación es monitoreada y/o inspeccionada para

verificar que estos mecanismos se han ejecutado

en forma apropiada.

Una vez se

alcanza el punto inicial de las pruebas de

recuperación, se deben realizar o simular las

siguientes acciones:

· Interrupción de electricidad en el cliente.

· Interrupción de electricidad en el servidor: simular

o iniciar procedimientos de pérdida de energía

para el servidor.

TECNICA

SON

SON

SON

SON

Detectar fallas en configuraciones y

comunicaciones de datos entre múltiples sitios.

PRUEBA DE MULTIPLES SITIOS

OBJETIVO DE PRUEBA

DESCRIPCIÓN DE LA PRUEBA

TECNICA

El propósito de esta prueba es evaluar el correcto

funcionamiento del sistema o subsistema en

múltiples instalaciones.

1. Consistencia de las opciones de

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

sitios

2. Empaquetamiento del sistema para

múltiples instalaciones

3. Sincronización de datos entre sitios

4. Comunicación de datos entre sistemas en

diferentes sitios

5. Rompimiento de funciones de sistema a

través de los sitios.

6. Consistencia de controles y seguridad a

través de los sitios

PRUEBA DE COMPATIBILIDAD Y CONVERSIÓN

Buscar problemas de compatibilidad y conversión

en los sistemas.

OBJETIVO DE PRUEBA

DESCRIPCIÓN DE LA PRUEBA

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.

PRUEBA DE INTEGRIDAD DE DATOS Y BASES DE DATOS

TECNICA

DESCRIPCIÓN DE PRUEBA

OBJETIVO DE PRUEBA

Invoque cada método de acceso y proceso

de la Base de datos, utilizando en cada uno

datos válidos e inválidos.

Analice la Base de datos, para asegurar que

los datos han sido grabados

apropiadamente, que todos los eventos de

Base de datos se ejecutaron en forma

correcta y revise los datos retornados en

diferentes consultas.

PRUEBA DE SEGURIDAD Y CONTROL DE ACCESO

La Base de datos y los procesos de Base de datos

deben ser probados como sistemas separados del

proyecto . Estos sistemas deberían ser probados

sin usar interfaces de usuario (como las interfaces

de datos).

Asegurar que los métodos de acceso y procesos

funcionan adecuadamente y sin ocasionar

corrupción de datos.

TECNICA

DESCRIPCIÓN DE PRUEBA

OBJETIVOS DE 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.

Las pruebas de seguridad de la aplicación

garantizan que, con base en la seguridad deseada,

los usuarios están restringidos a funciones

específicas o su acceso está limitado únicamente a

los datos que está autorizado a acceder. Por

ejemplo, cada usuario puede estar autorizado a

crear nuevas cuentas, pero sólo los

administradores pueden borrarlas.

Funciones / Seguridad de Datos: Identificar cada

tipo de usuario y las funciones y datos a los que

se debe autorizar.

· Crear pruebas para cada tipo de usuario y

verificar cada permiso, creando transacciones

específicas para cada tipo de usuario.

PRUEBA DEL CICLO DEL NEGOCIO

TECNICA

DESCRIPCIÓN DE PRUEBA

OBJETIVOS DE 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.

Las pruebas del ciclo de negocio deberían emular

las actividades ejecutadas en el a través del

tiempo. Debería identificarse un periodo, como por

ejemplo un año, y las transacciones y actividades

que podrían ocurrir durante un periodo de un año

deberían ejecutarse. Incluyendo todos los ciclos y

eventos diarios, semanales y mensuales que sean

datos sensitivos, como las agendas.

Todas las fechas o funciones que involucren

tiempos serán probadas con datos válidos e

inválidos de fechas o periodos de tiempo.

PRUEBA DE GUI

TECNICA

DESCRIPCIÓN DE PRUEBA

OBJETIVO DE PRUEBA

Pruebas de crear / modificar cada ventana para

verificar la adecuada navegación y estado de los

objetos.

La prueba de interfaz de usuario verifica la

interacción del usuario con el software. El objetivo

es asegurar que la interfaz tiene apropiada

navegación a través de las diferentes

funcionalidades.

Los objetos de la ventana y características,

tales como menús, medidas, posiciones,

estados y focos se verifican conforme a los

estándares.

PRUEBA DE CONFIGURACION

TECNICA

DESCRIPCIÓN DE PRUEBA

OBJETIVO DE LA PRUEBA

Validar y verificar que el cliente del sistema

funciona apropiadamente en las estaciones de

trabajo recomendadas.

Estas pruebas verifican la operación del sistema en

diferentes configuraciones de hardware y software.

En la mayoría de los ambientes de producción, las

especificaciones para las estaciones de trabajo,

equipos de red y servidores pueden variar.

Use los scripts para Integración y Pruebas del

Sistema.

Incluya la apertura o cierre de varias aplicaciones

Microsoft, como Excel y Word (o algún tipo de

software similar a la que se está probando )

como una parte de la prueba, ya sea al

comienzo o en algún momento intermedio.

PRUEBA DE ESTILO

DESCRIPCIÓN DE PRUEBA

TECNICA

OBJETIVO DE PRUEBA

Comprobar que la aplicación sigue los estándares

de estilo propios del cliente.

Se entienden como tales el formato de las

ventanas, colores corporativos, tipos de letra etc.

PRUEBAS DE ACEPCIÓN

OBJETIVO DE PRUEBA

DESCRIPCIÓN DE LA PRUEBA

TECNICA

Determinación por parte del cliente de la aceptación

o rechazo del sistema desarrollado.

La prueba de aceptación es

generalmente desarrollada y ejecutada por el

cliente o un especialista de la aplicación y es

conducida a determinar como el sistema satisface

sus criterios de aceptación validando los requisitos

que han sido levantados para el desarrollo,

incluyendo a documentación y procesos de

negocio.

Basado en esta prueba el cliente determina si

acepta o rechaza el sistema

Los casos prueba de aceptación han de ser

planificados, organizados y formalizados de manera

que se determine el cumplimiento de los requisitos

del sistema. Para la realización de estas pruebas

se necesita disponer de los siguientes documentos:

- Especificación de requisitos del sistema.

- Manual de usuario.

- Manual de administrador.

PRUEBAS DE INSTALACIÓN

TECNICA

DESCRIPCIÓN DE LA PRUEBA

OBJETIVO DE PRUEBA

Instalaciones nuevas, nuevas máquinas a las que

nunca se les ha instalado el sistema.

Actualizar máquinas previamente instaladas con

el sistema.

Las pruebas de instalación tienen dos propósitos.

El primero es asegurar que el sistema puede ser

instalado en todas las configuraciones posibles,

tales como nuevas instalaciones, actualizaciones,

instalaciones completas o personalizadas, y bajo

condiciones normales o anormales; estas últimas

incluyen insuficiente espacio en disco, falta de

privilegios para algunas tareas, etc.

Diseñar scripts para validar las condiciones de la

máquina a instalar

DESCRIPCIÓN DE PRUEBA

OBJETIVO DE PRUEBA

TECNICA

PRUEBA FUNCIONALES

Se asegura la trabajo apropiado de los requisitos

funcionales, incluyendo la navegación, entrada de

datos, procesamiento y obtención de resultados

Las

metas de estas pruebas son:

-Verificar la apropiada aceptación de datos,

- Verificar el procesamiento y recuperación y

la implementación adecuada de las reglas

del negocio.

Se ejecuta cada caso de uso, flujo de caso de uso,

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

verificar lo siguiente:

Que los resultados esperados ocurran

cuando se usen datos válidos.

Que sean desplegados los mensajes

apropiados de error y precaución cuando se

usan datos inválidos.

Que se aplique apropiadamente cada regla

de negocio.

PRUEBA DE DOCUMENTO Y PROCEDIMIENTO

DESCRIPCIÓN DE PRUEBA

TECNICA

Evaluar la documentación del usuario

OBJETIVO DE PRUEBA

Evaluar la exactitud y claridad de la documentaciódel usuario y para determinar si el manual de

procedimientos trabajará correctamente como una

parte integral del sistema.

Revisar la documentación del proyecto contra las

funcionalidades del sistema y su configuración

física.

PRUEBA DE USABILIDAD

TECNICA

DESCRIPCIÓN DE LA PRUEBA

OBJETIVO DE PRUEBA

Determinar la usabilidad del sistema.

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.

El sistema es demasiado complejo y difícil

de usar.

 Es difícil instalar y entender el sistema

PRUEBA DE CAMPO

Correr el sistema en el ambiente real para

encontrar errores y validar el producto contra sus

especificaciones originales.

OBJETIVO DE PRUEBA

DESCRIPCIÓN DE PRUEBA

TECNICA

Realizar un subconjunto válido de pruebas de

sistema.

Determinar que pruebas de sistema serán corridas

para validar el sistema en producción.

PRUEBA ALFA

DESCRIPCIÓN DE LA PRUEBA

OBJETIVO DE PRUEBA

TECNICA

Prueba de aceptación para detectar errores en el

sistema bajo un ambiente controlado.

La verificación involucra la ejecución de partes o

todo del sistema en ambientes simulados, con el fin de encontrar errores

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.

PRUEBA BETA

Realizar la validación del sistema por parte del

usuario.

Prueba de aceptación donde La validación (o

pruebas beta) involucra el uso del software en un

ambiente real.

Las transacciones y personas que usan el sistema

son reales y trabajan en su área de trabajo real.

TECNICA

DESCRIPCIÓN DE PRUEBA

OBJETIVO DE PRUEBA