D E

Ñ O
S E
DI
D E BA

AS PR
UE

DE
I C S ASOS
N
C EB ÑO A E
C

E
T U DISE
D

PRARTE 1
P
CONCEPTOS
• Condición de prueba:
▪ Evento que debería ser verificado por uno o mas casos de prueba. Ejemplo:
función, tx, característica

• Objeto de prueba:
▪ Elemento a ser revisado, un documento o pieza de software

• Criterios de prueba:
▪ El objeto de prueba debe cumplir un conjunto de criterios con el fin de
superar la prueba
EJERCICIO
▪ Dar ejemplo de condición de prueba, objeto de prueba y criterio de prueba de
un TestDrive:
CONCEPTOS (2)
• Especificación de casos de prueba incluye:
▪ Identificador de CP y valores de entrada
▪ precondiciones de ejecución
▪ resultados esperados (antes de ejecutar)
▪ condiciones de ejecución y dependencias
▪ Requisitos
▪ IEEE 829 norma para la documentación de prueba de software

• Especificación de procedimiento de prueba:

▪ Especifica la secuencia de acciones necesarias para ejecutar una prueba o
una suite
• Guion de prueba:
▪ Secuencia de acciones automatizadas,

Los procedimientos de pruebas y los guiones de prueba

conforman un calendario de ejecución, que establece el
orden, la prioridad y las dependencias
EJERCICIO
▪ Hacer un caso de prueba completo de LOGIN con toda la especificación que
indica la IEEE 829
 EBA

DE
U
PR
DE

Ñ O CA
S OS

SE DE

DI DI
S EÑO

DE C AS
DE

A S T ÉCNI

I C S DE LA
S

N A
C EB EGO R ÍA
E
T U 2 CAT
PRPARTE
TÉCNICAS DE DISEÑO DE PRUEBAS
BASADAS EN LA ESPECIFICACIÓN COMO
TÉCNICAS DE CAJA NEGRA
▪ El problema a solucionar
▪ El software se especifica a partir de modelos formales e informales
TÉCNICAS DE DISEÑO DE PRUEBAS
BASADAS EN LA ESTRUCTURA COMO
TÉCNICAS DE CAJA BLANCA
▪ información sobre como debe utilizarse el software construido (código)
EJERCICIO
1. Definir los casos de prueba necesarios aplicando la técnica de caja negra para
probar una tostadora

2. Definir los casos de prueba necesarios aplicando la técnica de caja blanca para
probar una tostadora teniendo en cuenta el esquema entregado
TÉCNICAS DE DISEÑO BASADAS EN LA
EXPERIENCIA
▪ se emplea la experiencia y conocimiento de las personas como fuente para el diseño de
casos de prueba
▪ Esta experiencia da los posibles puntos débiles, errores para definir casos de prueba