PRUEBAS UNITARAS

Es el proceso de hacer pruebas sobre los componentes individuales

(subprogramas o procedimientos) de un programa. El propsito es
encontrar discrepancias entre la especificacin de la interfaz del mdulo
y su comportamiento real.

Tomado de Parte_16_TestWhite
Las pruebas unitarias constituyen la prueba inicial de un sistema y las dems
pruebas deben apoyarse sobre ellas.
Enfoque

caja blanca (estructural)

Caja negra (funcional)

Tomado de ISIII_09_PRUE

Se concentran en probar cada componente individualmente para

asegurar que funcione de manera apropiada como unidad
Emplean tcnicas de prueba que recorren caminos especficos en la
estructura de control de los componentes (pruebas estructurales)

Tomado de Pruebas_software_3
PRUEBAS DE INTEGRACION
Es el proceso de combinar y probar mltiples componentes ensamblados. El
propsito es encontrar errores en las interfaces entre los componentes.

La integracin se da a varios niveles

mdulos de un programa
programas de un subsistema
Subsistemas de un sistema
Sistemas de una red

ENFOQUES

Integracin No-Incremental
Todos los componentes se integran al mismo tiempo y el
resultado integrado se prueba.
Este enfoque no es efectivo por que cuando se produce un
error, ste se puede asociar a diferentes componentes.
Integracin Incremental

Es cuando probamos un mdulo y lo integramos con los

que ya estn probados.
Tiene la ventaja de que los errores encontrados
generalmente estn asociados con el nuevo mdulo que se
acaba de integrar.

Tomado de Parte_16_TestWhite
Las pruebas

de integracin tienen dos objetivos principales:

Descubrir errores asociados con las interfaces de los mdulos
Ensamblar sistemticamente los mdulos individuales para formar
subsistemas y al final un sistema completo

Tomado de Pruebas_software_3
avanica
PRUEBAS DE REGRESION
El objetivo de las pruebas de regresin es eliminar el efecto onda, es decir,
comprobar que los cambios sobre un componente de un sistema de
informacin, no introducen un comportamiento no deseado o errores
adicionales en otros componentes no modificados
Tomado de ISIII_09_PRUE
Las funciones principales de las pruebas de regresin son:

Verificar que un cambio no haya afectado la funcionalidad existente

Pasar el mismo conjunto de pruebas antes de los cambios
Llevarlas a cabo con frecuencia
Si hay problemas de tiempo escoger cules podran ser las afectadas por
el cambio.

Tomado de Pruebas_software_1
PRUEBAS DE HUMO
Una prueba de humo o smoke test, es un testing rpido que se realiza sobre aspectos
funcionales no tanto para encontrar bugs sino para asegurarse que la funcionalidad bsica del
software o de una parte del software se encuentre estable y responda al comportamiento
esperado.
El objetivo es verificar, con pruebas sencillas y que demanden poco tiempo, que ciertos caminos
de la aplicacin funcionen correctamente.
PRUEBAS DEL SISTEMA

El objetivo fundamental es ejercitar profundamente el sistema comprobando la

integracin del sistema de informacin, verificando el funcionamiento correcto

de las interfaces entre los distintos subsistemas que lo componen y con el

resto de sistemas de informacin con los que se comunica.

Las pruebas del sistema tienen un propsito particular para comparar el

sistema o el programa con sus objetivos originales (Requisitos
funcionales y no funcionales)

Las pruebas de sistema no se limitan a los sistemas, si el producto es un

programa, la prueba del sistema es el proceso de procurar demostrar
como el programa, en su totalidad, no resuelve sus objetivos o
requerimientos.

Las pruebas de sistema, por definicin, son imposibles si no estn los

requerimientos por escrito, mesurables para el producto.

PRUEBAS DE DESEMPEO
La prueba de desempeo est diseada para probar el desempeo del
software en tiempos de ejecucin dentro del contexto de un sistema integrado.
La prueba de desempeo se aplica en todos los pasos del proceso de la
prueba. Incluso al nivel de la unidad. El desempeo de un mdulo individual
debe de evaluarse mientras se realizan las pruebas. Sin embargo, no es sino
hasta que se encuentre totalmente integrado todos los elementos del
sistema que es posible asegurar el verdadero desempeo del sistema.
PRUEBAS DE CARGA O TENSION
La prueba de tensin es poner al programa a grandes cargas o tensiones. Esto
no se debe confundir con la prueba de volumen; una gran tensin es volumen
mximo de datos, o de actividad, en un tiempo corto. Una analoga sera
evaluar a un mecangrafo. Una prueba de volumen se determinara si el
mecangrafo hiciera frente a un bosquejo de un informe grande; una prueba
de tensin se determinara si el mecangrafo puede mecanografiar a un ndice
de 50 palabras por minuto.
pruebasdesistemasyaceptacion-130629115038-phpapp01 DOC.

Identificar las condiciones de carga pico en las cuales el programa fallara

en manejar las cargas de procesamiento requeridas dentro del periodo
del tiempo requerido.

Tomado de Parte_16_TestWhite

PRUEBAS DE ESTRS O ESFUERZO

Las pruebas de esfuerzo encuentran fallas en la aplicacin que simplemente no

se mostraran en una sola instancia. "Las pruebas de estrs aumentan la
probabilidad de encontrar un error crtico de concurrencia o un problema de la
memoria", dijo Bien. Tambin mencion que la mayora de los problemas que
encuentra cuando colabora en un proyecto problemtico podran haberse
encontrado con pruebas de tensin simples.
pruebasdesistemasyaceptacion-130629115038-phpapp01 DOC.

PRUEBAS DE VOLUMEN
Consisten en examinar el funcionamiento del sistema cuando est trabajando
con grandes volmenes de datos, simulando las cargas de trabajo esperadas.
PRUEBAS DE RECUPERACION
La prueba de recuperacin es una prueba de sistema que obliga al software a
fallar de varias maneras y a verificar que la recuperacin se realice
apropiadamente.
Si la recuperacin es automtica (la realiza el propio
sistema) debe de evaluarse que
sean correctos la re-inicializacin, los
mecanismos de respaldo del sistema, la recuperacin de datos y el nuevo
arranque. Si la recuperacin requiere de intervencin humana, se debe
evaluar el tiempo medio de recuperacin (TMR) para determinar si se
encuentra dentro de los lmites aceptables.

Determinar si el sistema o programa cumplen los requerimientos de

recuperacin de una falla.

PRUEBAS DE MULTIPLES SITIOS

Detectar fallas en configuraciones y comunicaciones de datos entre

mltiples sitios.

El propsito de esta prueba es evaluar el correcto funcionamiento del

sistema o subsistema en mltiples instalaciones.

Consistencia, empaquetamiento, sincronizacin.

Tomado de Parte_16_TestWhite

PRUEBAS DE COMPATIBILIDAD Y CONVERSION

Tomado de Parte_16_TestWhite
PRUEBAS DE INTEGRIDAD DE DATOS Y BD
Pruebas de integridad de base de datos son pruebas de los mtodos y procesos
utilizados para acceder y gestionar datos (base de datos), para asegurar que
los mtodos de acceso, los procesos y las reglas de los datos funcionan como
se espera y que durante el acceso a la base de datos, los datos no se
corrompan, sean borrados, modificados o creados de forma inesperada.
PRUEBAS DE SEGURIDAD Y CONTROL DE ACCESO
La prueba de seguridad comprueba que los mecanismos de proteccin
integrados en el sistema realmente lo protejan de irrupciones inapropiadas.
Cualquier sistema de cmputo que maneje informacin confidencial o que
desencadenen acciones que daen o beneficien inapropiadamente a los
individuos es un blanco para irrupciones impropias o ilegales. La irrupcin
abarca un amplio rango de actividades:

Hacker que tratan de entrar en los sistemas por juego.

Empleados disgustados
venganza.

Individuos deshonestos que buscan ganancias personales ilcitas.

que tratan de irrumpir como forma de

Durante la prueba de seguridad, quien la aplica desempea el papel del

individuo que desea entrar en el sistema. Todo vale! Debe de tratar de obtener
contraseas por cualquier medio externo; podra atacar el sistema con software
personalizados, diseados para burlar cualquier defensa que se haya
construido; podra saturar el sistema, negando as el servicio a otros; podra
producir errores intencionales en el sistema para tratar de tener acceso
durante la recuperacin: podra revisar datos sin proteccin, con la idea de
encontrar la clave de acceso al sistema.
PRUEBAS DEL CICLO DE NEGOCIO

Asegurar que el sistema funcione con el modelo de negocios emulando

todos los eventos en el tiempo y funcin del tiempo.

Procedimiento de prueba que evala el sistema a lo largo de todo un

ciclo completo de negocio, generalmente un ao fiscal u otra unidad de
tiempo similar. Se acompaa con todos los procedimientos necesarios
para evaluar en poco tiempo lo que de normal ocurre a lo largo de un
periodo de tiempo extenso.

https://synergix.wordpress.com/2008/06/25/pruebas-de-ciclo-de-negocio/
PRUEBAS GUI pruebas de interfaces graficas de usuario

La navegacin, los objetos de la ventana y caractersticas, tales como

men, medidas, posiciones, estados y focos.

PRUEBAS DE CONFIGURACION

Validar y verificar que el cliente del sistema funciona apropiadamente en

las estaciones de trabajo recomendadas

Estas pruebas verifican la operacin

configuraciones de hardware y software

Incluya la apertura o cierre de varias aplicaciones Microsoft, como Excel

y Word (o algun tipo de software similar a la que se est probando )

del

sistema

en

diferentes

tiposdepruebasdesoftware-120427121354-phpapp01

Programas tales como sistemas operativos, sistemas de gerencia de base de

datos, y programas de conmutacin de mensajes soportan una variedad de
configuraciones de hardware, incluyendo varios tipos y nmeros de dispositivos
de entrada-salida y lneas de comunicaciones, o diversos tamaos de memoria.
A menudo el nmero de configuraciones posibles es demasiado grande para
probar cada uno, pero en lo posible, se debe probar el programa con cada tipo
de dispositivo de hardware y con la configuracin mnima y mxima. Si el
programa por s mismo se puede configurar para omitir componentes, o si
puede funcionar en diversas computadoras, cada configuracin posible de este
debe ser probada.
ruebasdesistemasyaceptacion-130629115038-phpapp01 DOC.

PRUEBAS DE ESTILO

Comprobar que la aplicacin sigue los estndares de estilo propios del

cliente.

Se entienden como tales el

corporativos, tipos de letra etc.

Se realiza una navegacin por la aplicacin verificando si se cumplen

con los estndares de GUI del cliente.

formato

de

las

tiposdepruebasdesoftware-120427121354-phpapp01

ventanas,

colores

PRUEBAS DE ACEPTACION

Determinacin por parte del cliente de la aceptacin o rechazo del

sistema desarrollado.

La prueba de aceptacin es ejecutada antes de que la aplicacin sea

instalada dentro de un ambiente de produccin

Realizacin de los documentos de planes de prueba de aceptacin y

especificacin de los mismos, basados en los criterios de aceptacin del
cliente.

tiposdepruebasdesoftware-120427121354-phpapp01
Estas pruebas se realizan para que el cliente certifique que el sistema es
vlido para l. La planificacin detallada de estas pruebas debe haberse
realizado en etapas tempranas del desarrollo, con el objetivo de utilizar los
resultados como indicador de su validez: si se ejecutan las pruebas
documentadas a satisfaccin del cliente, el producto se considera correcto
y, por tanto, adecuado para su puesta en produccin.
A menudo este tipo de sistemas tiene dos etapas de pruebas de aceptacin
PRUEBAS ALFA Y PRUEBAS BETA
PRUEBAS DE INSTALACION
Estas pruebas se realizan para que el cliente certifique que el sistema es
vlido para l. La planificacin detallada de estas pruebas debe haberse
realizado en etapas tempranas del desarrollo, con el objetivo de utilizar los
resultados como indicador de su validez: si se ejecutan las pruebas
documentadas a satisfaccin del cliente, el producto se considera correcto y,
por tanto, adecuado para su puesta en produccin.
Son bsicamente pruebas funcionales sobre el sistema completo, y buscan
comprobar que se satisfacen los requisitos establecidos. Su ejecucin es
facultativa del cliente, y en el caso de que no se realicen explcitamente, se
dan por incluidas dentro de las pruebas de sistema.
ruebasdesistemasyaceptacion-130629115038-phpapp01 DOC.

Verificar y validar que el sistema se instala apropiadamente en cada

cliente, bajo las siguientes condiciones: Instalaciones nuevas y
actualizaciones

El primero es asegurar que el sistema puede ser instalado en todas las

configuraciones posibles .El segundo propsito verificar que, una vez
instalado, el sistema opera correctamente.

Disear scripts para validar las condiciones de la mquina a instalar

tiposdepruebasdesoftware-120427121354-phpapp01

PRUEBAS FUNCIONALES

Se asegura la trabajo apropiado de los requisitos funcionales, incluyendo

la navegacin, entrada de datos, procesamiento y obtencin de
resultados

Las pruebas Funcionales deben enfocarse en los requisitos funcionales

Disear scripts para validar las condiciones de la mquina a instalar

Que los resultados esperados ocurran cuando se usen datos vlidos

tiposdepruebasdesoftware-120427121354-phpapp01
PRUEBAS DE CAMPO

Correr el sistema en el ambiente real para encontrar errores y validar el

producto contra sus especificaciones originales.

Realizar un subconjunto vlido de pruebas de sistema.

Determinar que pruebas de sistema sern corridas para validar el

sistema en produccin.

tiposdepruebasdesoftware-120427121354-phpapp01

PRUEBAS DE DOCUMENTACION Y PROCESO

Las pruebas de sistema tambin se refieren a la exactitud de la
documentacin del usuario. Una manera de lograr esto es utilizar la
documentacin para determinar la representacin de los casos anteriores de
prueba del sistema. Esto es, una vez se desea idear el caso de sobrecarga, se
utilizara la documentacin como gua para escribir el caso de prueba real.
Tambin, la documentacin del usuario debe ser el tema de una inspeccin,
comprobndola para saber si hay exactitud y claridad. Cuales quiera de los
ejemplos ilustrados en la documentacin se deben probar y hacer parte de los
casos y alimentarlos al programa.

PRUEBAS DE USABILIDAD
Otra categora importante de casos de prueba de sistema es la tentativa de
encontrar problemas de factores humanos, o usabilidad. Sin embargo, un
anlisis de factores humanos sigue siendo una cuestin altamente subjetiva.
PRUEBAS ALFA Y BETA
Cuando se construye software a medida para un cliente, se lleva a cabo una
serie de pruebas de aceptacin para permitir que el cliente valide todos los
requisitos. La mayora de los desarrolladores de productos de software llevan a
cabo un proceso denominado pruebas alfa y beta para descubrir errores que
parezca que slo el usuario final puede descubrir.
PRUEBAS ALFA
Se lleva a cabo, por un cliente, en el lugar de desarrollo. Se usa el software de
forma natural con el desarrollador como observador del usuario y registrando
los errores y problemas de uso. Las pruebas alfa se llevan a cabo en un entorno
controlado.
Las pruebas -alfa consisten en invitar al cliente a que pruebe el sistema en el
entorno de desarrollo. Se trabaja en un entorno controlado y el cliente siempre
tiene un experto a mano para ayudarle a usar el sistema. El desarrollador va
registrando los errores detectados y los problemas de uso.
PRUEBAS BETA
A en el entorno del cliente. En este caso, el cliente se queda a solas con el
producto y trata de encontrarle fallos de los que informa al desarrollador.
Se llevan a cabo por los usuarios finales del software en los lugares de trabajo
de los clientes. A diferencia de la prueba alfa, el desarrollador no est presente
normalmente. As, la prueba beta es una aplicacin en vivo del software en un
entorno que no puede ser controlado por el desarrollador. El cliente registra
todos los problemas que encuentra durante la prueba beta e informa a
intervalos regulares al desarrollador.