Este documento habla sobre las pruebas de software. Explica que las pruebas de software permiten verificar y revelar la calidad de un producto de software. Luego describe algunos principios básicos de las pruebas como que deben planificarse con anticipación y empezar desde pruebas pequeñas hasta pruebas más grandes. También habla sobre los objetivos, procesos, tipos de casos de prueba, y la diferencia entre defectos, errores y fallas.

1. INSTITUTO TECNOLÓGICO SUPERIOR
DE LIBRES
INGENIERÍA EN SISTEMAS
COMPUTACIONALES
DESARROLLO DE PROYECTOS DE
SOFTWARE
ANDRES FLORES GONZÁLEZ

2. PRUEBA
Las pruebas de software: son los procesos
que permiten verificar y revelar la calidad de
un producto software.

3. Principios de las pruebas
 A todas las pruebas se les debería poder hacer un
seguimiento hasta los requisitos del cliente.
 Las pruebas deberían planificarse mucho antes de
que empiecen.
 Las pruebas deberían empezar por “lo pequeño” y
progresar hacia “lo grande”.
 No son posibles las pruebas exhaustivas.
 Para ser más eficaces (pruebas con la más alta
probabilidad de encontrar errores), las pruebas
deberían ser realizadas por un equipo
independiente.

4. Objetivos de la Prueba.
 La prueba es el proceso de ejecución de un
programa con la intención de descubrir un
error.
 Un buen caso de prueba es aquel que tiene
una alta probabilidad de mostrar un error no
descubierto hasta entonces.
 Una prueba tiene éxito si descubre un error
no detectado hasta entonces.

6. El proceso de Prueba
 La depuración (localización y corrección de
defectos).
 El análisis de la estadística de errores.

7. CASOS DE PRUEBA
Conjunto de condiciones o variables bajo las
cuáles el analista determinará si el requisito
de una aplicación es parcial o completamente
satisfactorio.

8. Enfoque de Diseño de Casos de
Prueba
 Enfoque estructural o de caja blanca.
 Enfoque funcional o de caja negra.
 Enfoque Aleatorio.

9. Defecto
 Un defecto de software, es el resultado de un
fallo o deficiencia durante el proceso de
creación de programas de ordenador o
computadora u otro dispositivo. Por ejemplo,
un proceso, una definición de datos o un paso
de procesamiento incorrectos en un
programa.

10. Error
 Es el resultado de un fallo o deficiencia
durante el proceso de creación de programas
de ordenador o computadora (software).
Dicho fallo puede presentarse en cualquiera
de las etapas del ciclo de vida del software
aunque los más evidentes se dan en la etapa
de desarrollo y programación. Los errores
pueden suceder en cualquier etapa de la
creación de software.

11. Verificación
 La verificación del software es el proceso a
través del cual se analiza y revisa que el
software satisfaga los objetivos propuestos al
inicio del desarrollo.

12. Validación
 El proceso de evaluación de un sistema o de
uno de sus componentes durante o al final del
proceso de desarrollo para determinar si
satisface los requisitos marcados por el
usuario.

13. Relación entre defecto-falla y
error.
 Un error puede conducir a uno o más defectos.
Un defecto se encuentra en un artefacto y puede
definirse como una diferencia entre la versión
correcta del artefacto y una versión incorrecta.
Un defecto es haber utilizado el operador “<” en
vez de “<=“. En este caso una falla es la
discrepancia visible que se produce al ejecutar un
programa con un defecto, respecto a la ejecución
del programa correcto. Es decir, una falla es el
síntoma de un defecto. Por ejemplo: una
consulta que no arroje ningún resultado.

14. BIBLIOGRAFIA
 Fairley R. Ingeniería de Software.
 Pressman, R.S. Ingeniería del Software. Un enfoque
práctico.