Pruebas de software
disciplina de la ingenieria de software
facilita la identificacion de defectos
comprueba la necesidad de los usuarios finales
prevenir y corregir desviaciones del software
"Todo negocio es un negocio de software" Watt S. Humphrey
9 de sptiembre de 1945 Grace murray hopper usa el termino Bug por primera vez
asociado a una polilla
crisis de software
las fallas causadas por errores de software pueden llevar a grandes consecuencias
como:
-perdida de reputacion de una compañia
-altos costos de mantenimiento de software
-exceso de contaminacion o desperdicios por software embebido
-perdida de vidas humanas
-perdida de privacidad
-robo de identidad
-Misiones fallidas
la correccion de errores lleva mucho tiempo, pero la correccion tardia lleva muchas
mas graves consecuencias
en que fase del ciclo de vida de software
Error (mistake): Una accion del ser humano que produce un resultado incorrecto
Defecto (defect):Imperfeccion en un componente o sistema que puede causar que el
componente o sistema falle en desempeñar las funciones requeridas (bug,falta)
Fallo (failure): Desviacion del componente o sistema respecto a la prestacion del
servicio o resultado esperado.
El ser humano comete errores
se genera un defecto por causa de un error
se manifiesta un fallo que afecta la operacion
Verificacion y validacion
Verificacion:
busqueda de defectos en entregables
estamos construyendo el sistema correctamente?
el codigo debe estar en armonia con la especificación que tomamos del usuario
Validacion:
Busqueda de defectos en el sistema
estamos construyendo el sistema correcto?
el resultado final del desarrollo de software se debe ajustar a lo que el
usuario queria (sus necesidades)
Pruebas de software: Proceso que permite identificar la calidad de un producto o
sistema, validar y verificar que el software realiza las funciones esperadas y
satisface el propósito para el cual fue diseñado
creadas por humanos y tienden a generar errores si no se prestan correctamente
Objetivo: proporcionar informacion objetiva e independiente sobre la calidad del
producto de software a los stakholders
-comprobar funcionalidad del producto
-dar confianza a las personas sobre el nivel de calidad de un producto
-encontrar defectos y proveer informacion para que sean removidos
-prevenir futuros defectos.
Pruebas dentro del ciclo de desarrollo
-inicia con una idea: se vuelven iniciativas y pueden estar asociadas a Crear
RNueva consulta Uactualizar D eliminar (CRUD)
las iniciativas se gestionan a traves de un release, que al final entregara al
usuario una versión de software.
-Se especifican los requisitos funcionales o no funcionales
-Probar los requisitos: bajo este enfoque los objetivos y condiciones de prueba
se derivan de los requisitos para probar los requisitos hay que conocer muy bien el
negocio.
que se verifica en un requisito?
-completos - Incluye todo lo que se necesita?
-correcto - libre de errores?
-ambiguo - Da a lugar una sola interpretacion?
-consistente - no deja cosas en el aire?
-Relevante - refiere a un producto minimo viable?
-testeable - puede decir si se cumple o no cumple?
-Se diseña el software: pensar que tecnologias se van a usar para el front (lo que
ve el usuario) y el back (lo que no ve el usuario)
para el backend:
lenguaje de programacion: java php python etc
bases de datos sql server, mysql oracle etc
integraciones servicios, apis etc.
para el frontend:
modulos pantallas estilos css html etc
-Probar el diseño
buscando verificar que el diseño levantado, cumpla con los requisitos
especificados.
puede verificarse estructura de la base de datos, modulos pensados para el
software, integraciones diseñadas
-Se inicia el desarrollo: inicia la cnstruccion de codigo de acuerdo al diseño
levantado (lenguajes, bases de datos, integraciones)
el desarrollo se hace tanto a nivel de back como de front.
-----------------------------PRUEBAS TEMPRANAS O pruebas a la izquierda shift
left-----------------------------------------------
-Se prueba el codigo con lo que se tiene desarrollado
Pruebas unitarias o de componentes: verifican comportamientos funcionales y no
funcionales del componente
pruebas de integracion: verifican comportamientos funcionales y no funcionales
de las interfaces entre componentes y sistemas, paquetes y microservicios
pruebas de codigo estatico: verifica cumplimiento de reglas y estandares en el
codigo.
-Despliegue en ambiente de pruebas
Manual: el area de ti prepara los ordenadores servidores bases de datos y
cualquier otro servicio que se requiera
automatico: los recursos necesarios son aprovisionados de acuerdo a la necesidad
-Pruebas en grueso del sistema: verificar comportamiento de todo el sistema
tienendo en cuenta las tareas que puede realizar de extremo a extremo y los
comportamientos no funcionales que exhibe mientras se
ejecuta dichas tareas (QA)
Smoke test - quedar bien desplegado en ambiente de pruebas
basadas en GUI - verifican la funcionalidad de software a traves de la interfaz de
usuario ya sea para un aplicacion web movil o de escritorio
pruebas de api's - verifican la funcionalidad de los servicios mediante el envio
de peticiones http (get post put delete etc)
Segun estrategia de pruebas:
Retest verificar los casos de prueba especificos que se encontraron con errores que
ya han sido solucionados por el desarrollador
Regresion: es la ejecucion del smoke test + retest + lo que ya funcionaba antes de
corregir el hallazgo
-Despliegue a preproduccion
Pruebas exploratorias: se diseña, ejecuta registra y evalua de forma dinamica
pruebas informales. con la informacion obtenida durante las pruebas se van
diseñando y ejecutando nuevas y mejores pruebas
Pruebas de aceptacion: verifica el comportamiento y las capacidades de todo el
sistema, buscando generar confianza sobre la calidad del mismo. pueden incluirse
pruebas de aceptacion de
usuario, aceptacion operativa, contractual y pruebas alfa y beta
-Despliegue a produccion
Pruebas performance: determinan el rendimiento de una aplicacion bajo un escenario
de carga determinado. esta enfocada en procesos individuales de la aplicacion que
buscan probables cuellos de botella
pruebas de seguridad: verifica la capacidad del software para evitar el acceso no
autorizado a programas y datos.
-Monitoreo y soporte
Si hay una falla se realiza una nueva iniciativa y el ciclo se repite
-------------------------------Probar despues de lanzado el producto: SHIFT
RIGHT------------------------------------------------
Que no son las pruebas?
Pruebas no es lo mismo que depuracion
depuracion:
actividad del desarrollador
se trata de pruebas dinamicas
se deben realizar pruebas unitarias para confirmar la solucion
En las pruebas se determina que la depuracion sea resuelta
