Fundamentos de Pruebas de

Software
Pruebas y Calidad de Software – Jorge Luis Chumpitaz Vélez

02
01
Parte 01 – Niveles de Pruebas
Ing. Jorge Luis Chumpitaz Vélez
jchumpitaz@continental.edu.pe
Niveles de Prueba
 Prueba de Unidad

• La prueba de unidad es la
primera fase de las pruebas
dinámicas y se realizan sobre
cada módulo del software de
manera independiente.

• El objetivo es comprobar que

el módulo, entendido como
una unidad funcional, está
correctamente codificado.
 Pruebas de Integración

• Su objetivo es identificar errores

introducidos por la combinación de
programas o componentes
probados unitariamente, para
asegurar que la comunicación,
enlaces y los datos compartidos
ocurran apropiadamente.

• Se diseñan para descubrir errores o

completitud en las especificaciones
de las interfaces.
 Pruebas de Sistemas

• Esta prueba tiene como objetivo

verificar que se han integrado
adecuadamente todos los
elementos del sistema y que
realizan las operaciones apropiadas
funcionando como un todo.

• Es similar a la prueba de integración

pero con un alcance mucho más
amplio.
 Pruebas de Aceptación

• Son realizadas principalmente por los usuarios con el apoyo del

equipo del proyecto. El propósito es confirmar que el sistema está
terminado, que desarrolla puntualmente las necesidades de la
organización y que es aceptado por los usuarios finales.
Parte 02 – Asociación de las
Pruebas con el ciclo de vida del
Software
Ing. Jorge Luis Chumpitaz Vélez
jchumpitaz@continental.edu.pe
 Organización y Planificación

URL: https://www.youtube.com/watch?v=K50vIQaPM5w
Entregables SCRUM
Entregables RUP
 Checklist de Requerimientos

• ¿Existen contradicciones en la especificación de los requerimientos?

• ¿Resulta comprensible la especificación?
• ¿Está especificado el rendimiento?
• ¿Puede ser eliminado algún requisito? ¿Pueden juntarse dos
requerimientos?
• ¿Son redundantes o contradictorios?
• ¿Se han especificado todos los recursos hardware necesarios?
• ¿Se han especificado las interfaces externas necesarias?
• ¿Se han definido los criterios de aceptación para cada una de las funciones
especificadas?
 Checklist para Diseño

• ¿Cubre el diseño todos los requisitos funcionales?

• ¿Resulta ambigua la documentación del diseño?
• ¿Se ha aplicado la notación de diseño correctamente?
• ¿Se han definido correctamente las interfaces entre elementos del
diseño?
• ¿Es el diseño suficientemente detallado como para que sea posible
implementarlo en el lenguaje de programación elegido?
 Checklist para Código

• Lógica del programa:

• ¿Es correcta la lógica del programa?
• Interfaces Internas:
• ¿Es igual el número de parámetros recibidos por el módulo a probar al
número de argumentos enviados?, ¿el orden es correcto?
• Interfaces Externas:
• ¿Se declaran los ficheros con todos sus atributos de forma correcta?
• ¿Se manejan correctamente los errores de entrada/salida?
 Proceso de Pruebas

• Las actividades del Proceso de PLANIFICACION

(Nivel de detalle)
Pruebas generalmente se
desarrollan de manera secuencial, C
O Especificación
Especificación
pero en algunos proyectos, toman N
T
Análisis de
Análisis
yy
de Pruebas
Pruebas

lugar de manera concurrente o R

O
Diseño de Pruebas
Diiseño

incluso se repiten. L Implementación

Implementación
yy
Ejecución
Ejecución
• El Proceso de Pruebas es más que la D
E
Registro
ejecución de pruebas P
Registro
Evaluaciónde
Evaluación de
R Criteriode
Criterio deSalida
Salida yy
• Cada fase del Proceso de Pruebas U Generación de
Generación de Informes
Informes
E
tiene lugar de forma concurrente B Comprobación
Comprobación
A Actividadesde
Actividades de
con las fases del proceso de S Cierre de pruebas
Cierre de pruebas

Desarrollo de software.
Parte 03 – Relación de las
pruebas con otras actividades
Ing. Jorge Luis Chumpitaz Vélez
jchumpitaz@continental.edu.pe
 Psicología en el proceso de Pruebas

• El éxito de las pruebas esta influenciado por factores psicológicos, es

importante tener objetivos claros, un balance entre testear uno
mismo y las pruebas las realice alguien independiente, tener buenos
canales de comunicación.
• La percepción durante el ciclo de desarrollo del software es que el
desarrollador construye y el tester destruye, pero ambas actividades
son constructivas, ya que si bien llevan a cabo distintos caminos, al
final, ambos buscan lograr la calidad del software.
 Psicología en el proceso de Pruebas

• Los Tester suelen señalar los problemas con el software. Son

considerados siempre como portadores malas noticias (Es como
decirle a una madre que su bebé es feo). Los fallos durante las
pruebas pueden ser percibidos como una crítica contra el producto y
en contra del autor.
• Los desarrolladores tienden a pensar que su código es impecable. Hay
un afecto emocional donde los desarrolladores no quieren encontrar
defectos.
• Los testers son percibidos como los culpables de retrasar el proyecto
buscando fallas en el sistema.
 Psicología en el proceso de Pruebas

• Por esto tenemos que aprender a lidiar con los defectos de forma
constructiva
• Aceptar y esperar errores / defectos
• Los errores son naturales – hagamos un plan para ellos
• Centrarse en el problema a resolver – no en la búsqueda de los culpables
• Aprender de los errores / defectos
Gracias!

Ing. Jorge Luis Chumpitaz Vélez

Docente Universidad Continental
E-Mail: jchumpitaz@continental.edu.pe
Facebook: facebook.com/jorgeluischumpitaz
Linkedin: pe.linkedin.com/in/jorgeluischumpitaz
Skype: jorgeluischumpitaz