CURSO: FUNDAMENTOS DE CALIDAD DE SOFTWARE

UNIDAD 03: PRUEBAS DE SOFTWARE

TEMA 11: ESTRATEGIA DE PRUEBAS
DOCENTE: RAL RAMOS MARTNEZ
INGENIERO DE SISTEMAS E INFORMTICA
SEMESTRE: 2015 - I
CICLO: QUINTO
LIMA PER
2015

EVALUACIN

PF = 12% (ET1) + 15% (ET2) + 18% (ET3) + 10% (AT1) + 10% (NA1) + 15%
(SP1) + 20% (EF1)
Donde:

ET Evaluacin Terica
EF Evaluacin Terica Final
AT Avance Tcnico de Proyecto
SP Sustentacin de Proyecto
N
A

Nota Actitudinal

Notas
La nota mnima aprobatoria es 13.
Ninguna evaluacin se elimina.

TEMA 11: ESTRATEGIA DE PRUEBAS

Casos de Prueba
Diseo de Casos de Prueba
Realizar Casos de Prueba
Informe y Seguimiento de Pruebas
Relacin entre las pruebas y la depuracin

TEMA 11: ESTRATEGIA DE PRUEBAS

ESTRATEGIA DE PRUEBAS
Una estrategia de prueba del software integra los mtodos de diseo de
caso de pruebas del software en una serie bien planeada de pasos que
desembocar en la eficaz construccin del software. La estrategia
proporciona un mapa que describe los pasos que se darn como parte de la
prueba, indica cundo se planean y cundo se dan estos pasos, adems de
cunto esfuerzo, tiempo y recursos consumirn.
Por tanto, en cualquier estrategia de prueba debe incorporar la planeacin
de pruebas, el diseo de casos de pruebas, la ejecucin de pruebas y la
recoleccin y evaluacin de los datos resultantes.

TEMA 11: ESTRATEGIA DE PRUEBAS

CASOS DE PRUEBA
Un Caso de Prueba es una especificacin, usualmente formal, de un conjunto
de entradas de prueba, condiciones de ejecucin y resultados esperados,
identificados con el propsito de hacer una evaluacin de aspectos
particulares de un elemento objeto de prueba:
Los Casos de Prueba reflejan trazabilidad con los CU (Funcionalidad), ya
que estos muestran una secuencia ordenada de eventos, al describir flujos
bsicos, flujos alternos, precondiciones y pos condiciones.
Las especificaciones suplementarias de requerimientos ya que existen otras
caractersticas de calidad a evaluar, adems de la funcionalidad, como
Usabilidad, Confiabilidad, Eficiencia, Mantenibilidad y Portabilidad.
Las especificaciones de diseo del Sistema, ya que se debe verificar que el
software fue implementado segn el diseo y que los elementos
4
arquitectnicos garantizan la calidad del software.

TEMA 11: ESTRATEGIA DE PRUEBAS

Los Casos de Prueba son esenciales para todas las actividades de

pruebas:
Son la base para disear y ejecutar los procedimientos de pruebas.
La profundidad de las pruebas es proporcional al nmero de casos
de pruebas.
El diseo y desarrollo, y los recursos necesarios son gobernados por
los casos de pruebas requeridos.

TEMA 11: ESTRATEGIA DE PRUEBAS

MODELO CONCEPTUAL ASOCIADO A CASO DE PRUEBA

TEMA 11: ESTRATEGIA DE PRUEBAS

Diseo de Casos de Prueba

Un caso de prueba es un conjunto de entradas, condiciones de ejecucin y
resultados esperados, desarrollado para conseguir un objetivo particular o
condicin de prueba como, por ejemplo, verificar el cumplimiento de un
requisito especfico. Para llevar a cabo un caso de prueba es necesario
definir las precondiciones y post condiciones, identificar unos valores de
entrada, y conocer el comportamiento que debera tener el sistema ante
dichos valores. Tras realizar ese anlisis e introducir dichos datos en el
sistema, se observar si su comportamiento es el previsto o no y por qu.
De esta forma se determinar si el sistema ha pasado o no la prueba. De ah
su importancia durante la ejecucin de pruebas.

TEMA 11: ESTRATEGIA DE PRUEBAS

Diseo de Casos de Prueba

1.Definir escenarios
Se identifican los escenarios tomando como base las narrativas de los
Casos de Uso y considerando cada uno de los escenarios especficos
que ocurren para cada Caso de Uso. El flujo normal, cada flujo alterno o
la combinacin de ellos es un escenario, que puede ser ejecutado y
probado. Esto deriva que siempre el primer escenario sea el que evoca
todo el flujo normal de ese Caso de Uso en particular y que la relacin
entre Caso de Uso y escenarios sea de uno a muchos.

TEMA 11: ESTRATEGIA DE PRUEBAS

Diseo de Casos de Prueba

1.Definir escenarios
Presentar grficamente la secuencia de eventos que se plantea en cada
Caso de Uso: esto permite, como lo muestra abstraer los eventos que
ocurren en un Caso de Uso: el flujo normal o bsico y los flujos alternos, y
sirve de apoyo para visualizar fcilmente las posibles combinaciones que
representaran un escenario ya que establece en qu punto del flujo
bsico ocurre y adems qu sucede despus que se activa ese flujo
alterno: finaliza el Caso de Uso o retorna al flujo bsico.

TEMA 11: ESTRATEGIA DE PRUEBAS

Diseo de Casos de Prueba

1.Definir escenarios

10

TEMA 11: ESTRATEGIA DE PRUEBAS

Diseo de Casos de Prueba

2. Identificar condiciones de entrada
Las condiciones de entrada son parte del dominio de valores de entrada.
Se pueden identificar condiciones de entrada con estados vlidos (V) y no
vlidas (NV); asimismo se consideran condiciones de entrada con el
estado que no se aplica (N/A) para un determinado escenario.
Existen los siguientes tipos de condiciones de entrada:
Miembro de un conjunto
Lgico
Valor
Rango

11

TEMA 11: ESTRATEGIA DE PRUEBAS

Diseo de Casos de Prueba

2. Identificar condiciones de entrada

12

TEMA 11: ESTRATEGIA DE PRUEBAS

3. Definir clases de equivalencia

Pueden usarse varias tcnicas para identificar los valores de los datos de
entrada, la tcnica de particiones o clases de equivalencias es una de ellas.
Las clases de equivalencia se identifican examinando cada condicin de
entrada (normalmente una frase en la especificacin) y dividindola en dos o
ms grupos. Se definen dos tipos de clases de equivalencia:
Clases Vlidas, que representan entradas vlidas al programa.
Clases no Vlidas, que representan valores de entrada errneos.

13

TEMA 11: ESTRATEGIA DE PRUEBAS

14

TEMA 11: ESTRATEGIA DE PRUEBAS

4. Realizar Casos de Prueba

En esta ltima etapa, se generan los casos de pruebas. Para ello, se
considera como referencia la tabla de condiciones de entrada, indicando en
cada caso de prueba las clases de equivalencia creadas. Por ejemplo, para el
caso bancario se tendra lo siguiente:

15

TEMA 11: ESTRATEGIA DE PRUEBAS

16

TEMA 11: ESTRATEGIA DE PRUEBAS

Informe y Seguimiento de Pruebas

De acuerdo al estndar de
documentacin de pruebas de
software IEEE Std 829-1998, se
pueden distinguir histricos,
incidencias y resmenes:

17

TEMA 11: ESTRATEGIA DE PRUEBAS

Informe y Seguimiento de Pruebas

El Histrico de Pruebas (Test Log) documenta todos los hechos relevantes
ocurridos durante la ejecucin de las pruebas. El Test Log suele tener la
siguiente estructura:
Identificador.
Descripcin de la prueba: elementos probados y entorno de la prueba.
Anotacin de datos sobre cada hecho ocurrido (incluido el comienzo y el
final de la prueba).

18

TEMA 11: ESTRATEGIA DE PRUEBAS

Informe y Seguimiento de Pruebas

El Informe de Incidente (Test Incident Report) documenta cada incidente
(por ejemplo, una interrupcin en las pruebas debido a un corte del fluido
elctrico, bloqueo del teclado) ocurrido en la prueba y que requiera de una
posterior investigacin. El Informe de Incidente, debe tener la siguiente
estructura:
Identificador.
Resumen del incidente.
Descripcin de datos objetivos (fecha/hora, entradas, resultados
esperados)
Impacto que tendr sobre las pruebas.
19

TEMA 11: ESTRATEGIA DE PRUEBAS

Informe y Seguimiento de Pruebas

El Informe Resumen de Pruebas (Test Summary Report) resume los
resultados de las actividades de prueba (las sealadas en el propio informe)
y aporta una evaluacin del software basada en dichos resultados. El
Informe Resumen de Pruebas deber tener la siguiente estructura:
Identificador.
Resumen de la evaluacin de los elementos probados.
Variaciones del software respecto de a su especificacin de diseo, as
como las variaciones en las pruebas.
Valoracin de la extensin de la prueba (cobertura lgica, funcional, de
requisitos).
Resumen de los resultados obtenidos en las pruebas.
Evaluacin de cada elemento software sometido a prueba (evaluacin
general del software incluyendo las limitaciones del mismo).
Firmas y aprobaciones de quienes deban supervisar el informe.
20

TEMA 11: ESTRATEGIA DE PRUEBAS

Relacin entre las Pruebas y Depuracin

Depuracin es el proceso de analizar y corregir los defectos que sospecha
que contiene el software

21

EJERCICIO PRCTICO

REVISE EL CASO PROPUESTO Y CONTESTE LAS SIGUIENTES

PREGUNTAS:
1.Con informacin del caso propuesto, construya el diagrama general
de casos de uso del sistema del caso propuesto.
2.Con informacin del caso propuesto, construya la especificacin de
caso de Uso del tipo Transaccional (flujo Bsico, Flujo Alterno, Subflujo segn sea el caso).
3.Con informacin del caso propuesto, construya las Interfaces
Graficas de Usuario del caso de uso identificado en la pregunta (2)
(GUIs de Transaccin y mensajes segn sea el caso).
4.Con informacin del caso propuesto, construya la especificacin de
Caso de Prueba tomando como caso de uso el identificado en la
pregunta (2).
21

REFERENCIAS BIBLIOGRFICAS

Comit Internacional de Cualificacin de Pruebas de Software. Programa

de estudio de nivel bsico, Nivel Foundation. 2010.
Instituto de la administracin de proyectos (PMI). Gua de los Fundamentos
de la direccin de proyectos (PMBook). 5ta ed., 2012.
Mtayer, Yves y Hirsch, Laurence. Primeros Pasos en la gestin de riesgos.
1a. ed., Espaa, AENOR, 2007.
S. PRESSMAN. Roger, Ingeniera del software, un enfoque prctico. 5a.
ed., Mxico, Ed. McGrawHill, 2002.

22