Caja Blanca Parte 16 TestWhite

Cobertura de Sentencias
Cada sentencia se ejecuta al menos una vez.
Cobertura de Decisiones
Cada sentencia se ejecuta al menos una vez; cada
decisin toma todos los resultados posibles al menos
una vez.
Diplomado en Calidad en el Software
Pruebas de Caja Blanca
Cobertura de Condiciones
condicin en la decisin toma todos los posibles
resultados al menos una vez.
Juan Antonio Vega Fernndez
Derechos Reservados, 1999
Cobertura de Decisin/Condicin
decisin toma todos los resultados posibles al menos
una vez; cada condicin en la decisin toma todos los
posibles resultados al menos una vez.
Pruebas de Caja Blanca
Cobertura de Condiciones Mltiple

Cada sentencia se ejecuta al menos una vez; todas las
posibles combinaciones de los resultados de la
condicin en cada decisin ocurre al menos una vez.
Ejemplo
procedure liability (age, sex, married, premium);

begin
premium := 500;
if ((age < 25) and (sex = male) and (not married)) then
premium := premium + 1500;
else (if (married or (sex = female)) then
premium := premium - 200;
if ((age > 45) and (age < 65) then
premium := premium - 100;)
end;

Slo hay dos sentencias en el programa y

cualquier combinacin de entradas cubre las
sentencias.
Cobertura de Sentencias

Cobertura
de
age
Decisiones
IF-1
<25
IF-1
<25
IF-2
*
IF-2
>=25
IF-3
<=45
IF-3
>45, <65
sex
married
caso de
pruebas
Male
Female
Female
Male
Female
*
FALSE
FALSE
*
FALSE
*
*
(1) 23 M F
(2) 23 F F
(2)
(3) 50 M F
(2)
(3)
Cobertura de Decisiones

Cobertura
de
Condiciones
IF-1
IF-1
IF-2
IF-2
IF-3
IF-3
IF-3
IF-3
age
sex
married
caso de
pruebas
<25
>=25
*
*
<=45
>45
<65
>=65
Female
Male
Male
Female
*
*
*
*
FALSE
TRUE
TRUE
FALSE
*
*
*
*
(1) 23 F F
(2) 30 M T
(2)
(1)
(1)
(3) 70 F F
(2)
(3)
Cobertura de Condiciones

Cobertura
de
age
Decisiones/
Condiciones
IF-1
<25
IF-1
<25
IF-1
<25
IF-1
>=25
IF-2
*
IF-2
>=25
IF-2
*
IF-2
*
IF-3
<=45
IF-3
>45, <65
IF-3
<=45
IF-3
>45
IF-3
<65
IF-3
>=65
sex
married
caso de
pruebas
Male
Female
Female
Male
Female
Male
Male
Female
*
*
*
*
*
*
FALSE
FALSE
FALSE
TRUE
*
FALSE
TRUE
FALSE
*
*
*
*
*
*
(1) 23 M F
(2) 23 F F
(2)
(3) 70 M T
(2)
(4) 50 M F
(3)
(2)
(2)
(4)
(2)
(4)
(4)
(3)
Cobertura de
Decisin/Condicin

Cobertura
de
age
Condiciones
Mltiples
IF-1
<25
IF-1
<25
IF-1
<25
IF-1
<25
IF-1
>=25
IF-1
>=25
IF-1
>=25
IF-1
>=25
IF-2
*
IF-2
*
IF-2
*
IF-2
*
IF-3
<=45, >=65
IF-3
<=45, <65
IF-3
>45, >=65
IF-3
>45, <65
sex
married
caso de
pruebas
Male
Male
Female
Female
Male
Male
Female
Female
Male
Male
Female
Female
*
*
*
*
TRUE
FALSE
TRUE
FALSE
TRUE
FALSE
TRUE
FALSE
TRUE
FALSE
TRUE
FALSE
*
*
*
*
(1) 23 M T
(2) 23 M F
(3) 23 F T
(4) 23 F F
(5) 30 M T
(6) 7 M F
(7) 50 F T
(8) 30 F F
(5)
(6)
(7)
(8)
imposible
(8)
(6)
(7)
Cobertura de
Condiciones Mltiples
Para el nuevo programa de los triangulos haga las

pruebas por cobertura de sentencia, decisin,
condicin, decisin/condicin, y condicin
mltiple. Trabajen en equipo de 2 a 3 personas.
Compare los casos de prueba obtenidos con los
que hubiera necesitado hacer si se basara en el
primer programa.
Ejercicio

Pruebas de Bajo Nivel

Pruebas unitarias o de mdulos
Pruebas de Integracin
Pruebas de Alto Nivel
Actividades de Validacin
Pruebas de uso
Pruebas de Funcin
Pruebas del Sistema
Pruebas de aceptacin

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.
Pruebas Unitarias

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

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.
Enfoques en las
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.
Es el proceso de encontrar discrepancias entre las

interfaces del usuario y los requerimientos
cognitivos de los posibles usuarios.
Involucra que los usuarios tengan que trabajar con
el producto o con una simulacin de este.
A diferencia de las pruebas betas, que tambin
involucran al usuario, las pruebas de uso se deben
hacer lo antes posible en el ciclo de desarrollo.
Pruebas de Uso

Accesabilidad:
Pueden los usuarios entrar, navegar y salir con relativa
facilidad?
Calidad de Respuesta
Caracteristicas de
Uso que Pueden ser Probadas
Pueden los usuarios hacer lo que quieren hacer,

cuando ellos quieren y de manera clara?

Eficiencia
Pueden los usuarios hacer lo que quieren en una
cantidad mnima de pasos y tiempo?
Comprensibilidad
Caracteristicas de
Uso que Pueden ser Probadas
Pueden los usuarios entender la estructura del

producto, su sistema de ayuda en lnea y la
documentacin?

Define los objetivos de la prueba

Define a los sujetos precisamente y contrtalos.
Planea las pruebas y desarrolla todos los materiales necesarios.
Pon a los sujetos en el cuarto de trabajo o laboratorio con sus
estaciones de trabajo, posiblemente usando videocmaras y
espejos de doblevista.
Conduce la prueba
Usando videocamaras u observadores humanos, registra cada
palabra y gesto del sujeto.
Expertos (psiclogos cognitivos, antroplogos, filsofos) y
desarrolladores analizan los resultados y recomiendan cambios.
Proceso de las Pruebas de Uso

Es el proceso de detectar discrepancias entre la

especificacin funcional del programa y su
comportamiento real.
Cuando se detecta una discrepancia, el programa o
la especificacin puede ser incorrecta.
Todos los mtodos de caja negra de pruebas
basadas en funcin se pueden aplicar aqui.
Pruebas de Funcin

Analiza la especificacin del diseo funcional.

Particin la funcionalidad en componentes lgicos y por cada
componente haz una lista de funciones detalladas.
Para cada funcin, utilice los mtodos de caja negra para
determinar entradas y salidas.
Desarrolla los casos de prueba funcionales.
Desarrolla una Matriz de Cobertura Funcional.
Ejecuta los casos de prueba y mide la cobertura alcanzada.
Desarrolla pruebas funcionales adicionales hasta cubrir la
totalidad de las funciones.
Pasos para
Pruebas de Funcin

Es el proceso de demostrar que el programa

o sistema hace lo que debe de hacer de
acuerdo a las especificaciones de los
requerimientos.
Asegurarse que el sistema cumple con las
metas y objetivos.
Pruebas del Sistema

Pruebas de Volumen
Determinar si el programa puede manejar los
volmenes requeridos de datos, solicitudes de
conexin, etc.
Pruebas de Carga/Tensin
Tipos de Pruebas del Sistema
Identificar las condiciones de carga pico en las cuales el

programa fallar en manejar las cargas de
procesamiento requeridas dentro del periodo de tiempo
requerido.
Pruebas de Seguridad
Mostrar que los requerimientos de seguridad se
cumplen.
Pruebas de Rendimiento
Determinar si el programa cumple con los

requerimientos de rendimiento.
Pruebas de Uso de Recursos

Determinar si el programa utiliza recursos (RAM, HD,
etc.) que exceden lo establecido en los requerimientos.
Pruebas de Configuracin
Determinar si el programa funciona adecuadamente
cuando el software o el hardware es configurado de
diferente manera.
Pruebas de Compatibilidad/Conversin
Determinar si los objetivos de compatibilidad del

programa se cumplen y si los procedimientos de
conversin funcionan adecuadamente.
Pruebas de Instalacin
Identificar los procedimientos de instalacin que
pueden llevar a resultados incorrectos.
Pruebas de Recuperacin
Determinar si el sistema o programa cumple los

requerimientos de recuperacin de una falla.
Pruebas de Servicio/Confiabilidad/Disponibilidad
Determinar si las condiciones de
servicio/confiabilidad/disponibilidad se cumplen.
Es el proceso de comparar el producto final con las

necesidades actuales de los usuarios finales.
Generalmente es realizada por los usuarios finales
o clientes e involucra correr y operar el software a
modo de produccin por un perodo de tiempo
especificado previamente.
Si el software se desarrolla bajo contrato, las
pruebas de aceptacin las realiza el cliente y el
criterio de aceptacin se define en el contrato.
Pruebas de Aceptacin

Si el software no se desarrolla bajo contrato, la

organizacin desarrolladora puede utilizar las formas
Alpha y Beta de pruebas de aceptacin.
Las pruebas Alpha generalmente se realizan por
usuarios finales dentro de la organizacin que
desarroll el software.
Las pruebas Beta generalmente se realizan por un
subconjunto seleccionado de los clientes reales, fuera de
la compaa antes de que el software sea disponible
para todos los usuarios.
Pruebas Alpha y Beta

Pruebas Progresivas
El proceso de probar cdigo nuevo para
determinar si contiene errores.
Pruebas Regresivas
Pruebas
Progresivas/Regresivas
El proceso de probar un programa para

determinar si los cambios han introducido
errores al cdigo que no se ha alterado.
Tanto las pruebas Alpha como Beta, son

ms efectivas como pruebas regresivas.
Los usuarios deben estar altamente
motivados para usar el producto.
Algunas organizaciones dan bonos
financieros importantes para los usuarios
que encuentran errores graves.
Pruebas de Aceptacin

Tendencias en Software Testing

Grafical User Interface

Involucra un diferente dispositivo de entrada
(ratn) y el despliegue en una pantalla a colores
de alta resolucin.
GUI Testing es casi imposible de hacer sin
automatizacin.
En ocaciones involucra el hacer pruebas de uso.
Tendencias Actuales en Testing

Pruebas Estadsticas de Utilizacin

Involucra identificar los patrones de utilizacin
del sistema
Proceso de Pruebas
Testing inicial basado en patrones de uso estimados

Recoleccin de datos sobre el uso real del sistema y
desorrollo de un perfil operacional.
Ajuste de prioridades, desarrollo de nuevas pruebas, y
ejecucin de pruebas basado en el perfil operacional.
Proporcin testers-a-developers
Histricamente en sistemas mainframes se daba
1:5-10
Datos ms recientes indican:
Microsoft, 1992
Lotus (1-2-3 para Win)
Promedio de Microsoft,
Borland, WordPerfect, y
Novell, 1992
2:3
2:1
1:2

Caso de Estudio
Microsoft Internet Explorer 4.0

Microsoft generalmente se enfoca en

reclutar a los mejores programadores.
Muchas tcnicas para detectar y sobretodo
evitar errores se basan en buenas tcnicas
de programacin.
Se tratan de detectar errores con tcnicas de
caja blanca.
Caso de Estudio
Microsoft

El ratio testers-developers cambia

dependiendo del producto y la divisin en
particular dentro de microsoft:
2:3 para Windows 3.1
1:2 en promedio
2:1 Windows NT
Microsoft

La WWW representa una de los ambientes para el

desarrollo de productos ms retadores en la historia.
Las necesidades y tecnologas que un producto intenta
cubrir cambian drsticamente, an mientras el producto
est en desarrollo.
La solucin est en un proceso de desarrollo altamente
flexible.
Esta innovacin permite que las compaas de Internet
incorporen cambios rpidamente a su diseo hasta el
ltimo momento posible antes de que el producto salga al
mercado.
Microsoft e Internet

Internet Explorer se liber cuando el equipo

pens que ya estaba listo, utilizando su
juicio profesional y a conciencia.
Se tienen diferentes expectativas para
diferentes tipos de clientes en tiempo
diferentes y los clientes leading edge
estaban muy contento con la nueva versin
IE 4

Siempre se est haciendo un compromiso entre la

probabilidad del problema VS cuando liberar el
producto. En ocasiones las presiones del mercado
forzan a liberar un producto antes de tiempo, pero
esto lo demanda el mercado y no es una mala
decisin para la compaa.
El compromiso cambia para IE, Windows NT, the
Age of Empire, etc.
IE 4


Caja Blanca Parte 16 TestWhite

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Caja Blanca Parte 16 TestWhite

Cargado por

Copyright:

Formatos disponibles

Cobertura de Sentencias

Cada sentencia se ejecuta al menos una vez.

Diplomado en Calidad en el Software

Pruebas de Caja Blanca

Diplomado en Calidad en el Software

Pruebas de Caja Blanca

Cobertura de Condiciones Mltiple

Diplomado en Calidad en el Software

procedure liability (age, sex, married, premium);

Juan Antonio Vega Fernndez

Slo hay dos sentencias en el programa y

Diplomado en Calidad en el Software

Juan Antonio Vega Fernndez

Diplomado en Calidad en el Software

Juan Antonio Vega Fernndez

Diplomado en Calidad en el Software

Juan Antonio Vega Fernndez

Diplomado en Calidad en el Software

Juan Antonio Vega Fernndez

Juan Antonio Vega Fernndez

Diplomado en Calidad en el Software

Derechos Reservados, 1999

Para el nuevo programa de los triangulos haga las

Diplomado en Calidad en el Software

Juan Antonio Vega Fernndez

Pruebas de Bajo Nivel

Pruebas de Alto Nivel

Diplomado en Calidad en el Software

Juan Antonio Vega Fernndez

Es el proceso de hacer pruebas sobre los

Diplomado en Calidad en el Software

Juan Antonio Vega Fernndez

Es el proceso de combinar y probar mltiples

Diplomado en Calidad en el Software

Juan Antonio Vega Fernndez

Diplomado en Calidad en el Software

Es el proceso de encontrar discrepancias entre las

Diplomado en Calidad en el Software

Juan Antonio Vega Fernndez

Diplomado en Calidad en el Software

Pueden los usuarios hacer lo que quieren hacer,

Juan Antonio Vega Fernndez

Diplomado en Calidad en el Software

Pueden los usuarios entender la estructura del

Juan Antonio Vega Fernndez

Define los objetivos de la prueba

Diplomado en Calidad en el Software

Proceso de las Pruebas de Uso

Juan Antonio Vega Fernndez

Es el proceso de detectar discrepancias entre la

Diplomado en Calidad en el Software

Juan Antonio Vega Fernndez

Analiza la especificacin del diseo funcional.

Diplomado en Calidad en el Software

Juan Antonio Vega Fernndez

Es el proceso de demostrar que el programa

Diplomado en Calidad en el Software

Pruebas del Sistema

Juan Antonio Vega Fernndez

Diplomado en Calidad en el Software

Tipos de Pruebas del Sistema

Identificar las condiciones de carga pico en las cuales el

Diplomado en Calidad en el Software

Tipos de Pruebas del Sistema