Está en la página 1de 45

Calidad del software

Prueba para obtener la


licencia de conducir
FUNDAMENTOS DE
LAS PRUEBAS
Mg. Edilfredo Pineda Flórez
CAPITULO1•FUNDAMENTOSDEPRUEBAS
D E S O F TWA R E

¿ PROBAR ES
SOLO ENCONTRAR “ERRORES”?
¿ Qué es probar?
‘Someter [algo o alguien] a prueba’

‘Utilizar una cosa o ponerla a prueba para verificar su


eficacia, saber cómo funciona o que resultado produce’
LA PRUEBA
1. Preparada con anticipación
2. Evaluar las habilidades del conductor
3. Demostrar que el conductor cumple con los requerimientos
4. Se hace en un periodo de tiempo establecido
5. Evaluación objetiva
6. Reporte de resultados
7. Examen práctico/teórico (leyes de transito)
8. Bases de pruebas (documentos)
ERRORES COMUNES
1. Sólo consisten en ejecutar el software y comprobar resultados.
 Planificación
 Análisis
 Diseño
 Implementación y ejecución
 Generación del reporte

2. Se enfocan en validar que el software cumpla con la verificación de requerimientos.


 Validar especificaciones cumplen con las expectativas del usuario.
Verificar / Validar
¿Construimos bien el software?

¿Fue construido de acuerdo a los requerimientos?

¿Construimos el software adecuado?

¿Lo que solicitó el usuario?


¿Resolvió el problema?
¿satisface las necesidades?
PROCESO DE PRUEBAS
1. El proceso
 Ciclo de vida
 Estático y dinámico
 Planificación
 Gestionar
 Planear
 Controlar
 Progreso y Estado
 Finalizar.
 Preparación
 evaluación
PROCESO DE PRUEBAS

2. Objetivos Generales
 Los productos satisfacen los requisitos
 Los productos son adecuados
 Detectar defectos
CONOCIMIENTOS
1. ¿Qué es Verificación?
A. Chequear que estamos construyendo el sistema idóneo para los
usuarios.
B. Estar seguro de tener un buen diseño
C. Doble validación para asegurar la CALIDAD
D. Chequear que estamos construyendo el sistema según los requisitos
Chequear que estamos
construyendo el
sistema según los
requisitos
CONOCIMIENTOS

2. ¿Qué es probar?
A. Es la actividad de encontrar errores
B. Proceso que garantiza la correcta ejecución de las pruebas
C. Garantizar que el sistema no contenga algún error
D. Demostrarle al implementador que siempre se equivoca
Proceso que
garantiza la correcta
ejecución de las
pruebas
CONOCIMIENTOS

3. ¿Qué es Validación?
A. Realizar pruebas de regresión
B. Proceso que garantiza la correcta ejecución de las pruebas
C. Chequear que estamos construyendo el sistema idóneo para los
usuarios
D. Chequear que estamos construyendo el sistema según los
requisitos.
Chequear que estamos
construyendo el sistema
idóneo para los usuarios
CONOCIMIENTOS

4. ¿Cuáles (2) de las siguientes sentencias son verdaderas?


A. Verificar consiste en revisar que el software construido corresponde a
los requerimientos documentados
B. Verificar consiste en revisar que los requerimientos documentados
corresponden a las necesidad real del cliente
C. Validar consiste en revisar que el software construido corresponde a
los requerimientos documentados.
D. Validar consiste en revisar que los requerimientos documentados
corresponden a la necesidad real del cliente
Verificar consiste en revisar que el
software construido corresponde a los
requerimientos documentados.

Validar consiste en revisar que los


requerimientos documentados
corresponden a la necesidad real del
cliente
OBJETIVOS DE LAS PRUEBAS
 Evaluar que todos los productos de trabajo estén correctos
 Verificar que todos los requerimientos especificados han sido satisfechos
 Validar que todos los requerimientos especificados son correctos, incluidos
los de ámbito legal
 Generar confianza en el software
 Prevenir defectos
 Encontrar fallas y defectos
 Reducir el riesgo de fallas
 Proporcionar información para la toma de decisiones
 Reducir el nivel de riesgo de software de baja calidad
 reducir /mitigar
 Perfiles operativos
 Cumplir con estándares legales o comerciales
OBJETIVOS DE LAS PRUEBAS

Los objetivos de la prueba varían


dependiendo del sistema que se esté probando,
en qué fase del ciclo de desarrollo se está, o del
nivel de prueba.
Probar es distinto de depurar

Debugging o Depuración es el proceso de


desarrollo que encuentra, analiza y repara el
defecto.
Probar es verificar que el software funciona
como se espera.
Probar es distinto de depurar
El ciclo de depuración implica que el
desarrollador depura el código y realiza sus
pruebas.
Luego del ciclo de depuración, un probador
independiente ejecuta las pruebas de
confirmación.
Las pruebas de verificación se realizan
para garantizar que se cumpla lo establecido
en los requerimientos.
¿POR QUÉ ES NECESARIO PROBAR
EL SOFTWARE?
 Todo el mundo comete errores, los errores introducen defectos que pueden
generar fallas.
 Reduce el riesgo y aumenta la confianza.
 Algunas pruebas Algunos defectos son difíciles de identificar debido a que se
originan en suposiciones erradas o puntos ciegos.
 Son obligatorias debido a estándares legales o comerciales.
¿ Cómo contribuye la prueba al
éxito de un proyecto?
1. Cuando los probadores y diseñadores trabajan en equipo se puede aumentar la
comprensión del diseño del sistema y cómo probarlo.
2. Cuando los probadores y desarrolladores trabajan en equipo mientras el código se está
desarrollando, le permite al probador ubicar segmentos de la
aplicación susceptibles a error.
3. Tener probadores verificando y validando el software antes de su liberación aumenta la
probabilidad de que el software cumpla con las expectativas del usuario.
4. Que el software cumpla con las expectativas del usuario aumenta la confianza en el
producto, y la confianza en el producto genera fidelidad al proveedor.
Aseguramiento de la Calidad y
Pruebas son conceptos distintos

El Aseguramiento de la Calidad se centra en el cumplimiento de los procesos


adecuados para generar productos de trabajo de mayor calidad.
El Control de la Calidad implica varias actividades, incluidas las actividades de
prueba, lo que apoya el logro de niveles apropiados de calidad.
La Gestión de Calidad une a ambos conceptos: Aseguramiento y el Control de la
calidad.
Conocimientos

¿Cuál de las siguientes preguntas es un ejemplo de depuración?


A. Un probador encuentra defectos y los reporta
B. Un probador verifica una reparación hecha por un desarrollador y encuentra una
regresión
C. Un desarrollador encuentra y repara un defecto
D. Un desarrollador realiza pruebas unitarias
Un desarrollador encuentra y
repara un defecto
Conocimientos

¿Cuál de las siguientes es la actividad que remueve la causa de una falla?


A. Pruebas
B. Pruebas dinámicas
C. Depuración
D. Ingeniería inversa
Depuración
Conocimientos

¿Cuál es la actividad que se usa normalmente para encontrar y reparar un defecto de


código?
A. Pruebas de regresión
B. Depurar
C. Análisis dinámico
D. Análisis estático
Depurar
ERROR, DEFECTO Y FALLA
¡Recuerda no
confundir
conceptos!

Error: Error,
Mistake
Defecto:
Falta,Defect, Bug,
fault, fail.
Falla: Failure.
ERROR, DEFECTO Y FALLA
Aprobado Error Defecto Falla

Requisitos

Diseño

Construcción

Pruebas de
aceptación
¿ Por qué ocurren errores?
 Trabajo bajo presión
 Falibilidad humana
 Falta de experiencia del personal
 Complejidad del proyecto
 Falta de comunicación (malentendidos con interfase)
Un humano comete un ERROR
que puede introducir un
DEFECTO que podría generar
una FALLA

 No todos los defectos causarán fallas.


 No todas las fallas son de origen humano,
pueden ser de origen ambiental.
 No todos los resultados inesperados de
las pruebas son fallas.
Existen falsos positivos y falsos negativos
en los resultados de las pruebas.

Si la prueba dice que hay un error cuando en


realidad no lo hay, es un Falso positivo.

Si la prueba no detecta defectos que debió


haber identificado, es un Falso negativo.
Existen falsos positivos y falsos negativos
en los resultados de las pruebas.

Si la prueba dice que hay un error cuando en


realidad no lo hay, es un Falso positivo.

Si la prueba no detecta defectos que debió


haber identificado, es un Falso negativo.
Causa Raíz de un defecto

Cuando se detecta una falla, debemos rastrearla


para determinar la razón por la cual ocurrió. Los
defectos deben ser analizados para identificar la
raíz de su origen, y así reducir la posibilidad de que
se repita en el futuro.
Aplicación Bancaria

Cálculo de interés

Efecto = Quejas del usuario


Falla = Pago incorrecto
Defecto = Cálculo erróneo
Defectos de software.

Encontrar el error , el efecto y la falla.


Conocimiento
Cuál de las siguientes es una sentencia correcta?
A. Un desarrollador comete un error que causa un defecto que puede ser observado
como una falla durante una prueba dinámica.
B. Un desarrollador comete un error que resulta en una falla que puede ser vista
como una falla cuando el software es ejecutado.
C. Un desarrollador ha introducido una falla que resulta en un defecto que puede ser
visto como un error durante una prueba dinámica.
D. Un desarrollador comente un error que causa una falla que puede ser visto
como un defecto cuando el software es ejecutado.
Conocimiento
Cuál de las siguientes es una sentencia correcta?

A. Un error causa una falla que resulta en un defecto


B. Un defecto causa una falla que resulta en un error
C. Se observa una falla como un error y la causa raíz es el defecto.
D. Un error causa un defecto el cual es observado como una falla.
Conocimiento
Una aplicación para un cajero automático(ATM) se despliega en producción,
posteriormente un grupo de clientes se quejan de un mal funcionamiento. Luego de
investigar el problema se descubre que el dispositivo en producción es una versión mas
nueva que la utilizada para pruebas, en la versión anterior si funciona correctamente
pero falla en la nueva.
¿Dado este escenario, cuál es la causa raíz y cuál el efecto?

A. La CR es el equipo viejo y el efecto es el nuevo equipo


B. La CR son las quejas del cliente y el efecto un cliente desconocido
C. La CR es realizar las pruebas en la versión incorrecta del dispositivo y el efecto es la
queja del cliente.
D. La CR es la falla del software en el modelo nuevo del dispositivo y el efecto es la
queja del cliente.
Conocimiento
¿En que forma el análisis de la causa raíz contribuye a la
mejora del proceso?
A. Ayuda a la mejor identificación y corrección de la causa raíz de los defectos
B. Describe como los equipos de desarrollo pueden codificar mas rápido
C. Especifica las causas raíz deseadas que deben lograr otros equipos.
D. Contribuye a las justificación de los fondos de futuros proyectos.
Conocimiento
¿Quién hace qué?
Rol: Probador = P, Desarrollador = D
Actividad: Probar, Depurar, Encontrar Defectos, reparar defectos

A. P- Probar, Depurar ( en ocasiones), encontrar fallas , reparar defectos


D- Depurar, encontrar fallas.
B. P- Probar, Depurar ( en ocasiones), encontrar defectos , encontrar fallas
D- Depurar, encontrar defectos, reparar defectos.
C. P- Probar, Depurar ( siempre), encontrar fallas
D- Depurar, reparar defectos.
D. P- Probar, reparar defectos , encontrar fallas
D- Probar, encontrar defectos, reparar defectos.

También podría gustarte