Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

1º - Testing de Software. Aprendé a probar un sistema. Un caso práctico real.

No description
by

Emmanuel López

on 2 November 2016

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of 1º - Testing de Software. Aprendé a probar un sistema. Un caso práctico real.

apareció UTN
y juntos lograron...

UTN
PROCESO DE PRUEBAS
Conjunto de actividades de
verificación y validación
que se realizan a lo largo del desarrollo o adaptación de un sistema, para
asegurar
que el software desarrollado o adquirido
alcanza los resultados requeridos.
DISEÑO DE CASOS DE PRUEBA
Un día ... "el noble caballero" Esteban pensaba en
como volcar toda su experiencia hacia la comunidad,

Aprendé
a probar un sistema
Testing de Software
Ingeniero
ESTEBAN SAL
Ing. en Sist. de Información - UTN-FRT
Realizar el proceso de Testing con sus templates relacionados.
OBJETIVOS
¿Porque es
necesario un proceso?
Las tareas de testing deben ser
reproducibles
Establece una base para implementar
mejoras continuas
sobre el mismo.
Facilita la
evolución
de las actividades y la
flexibilidad
del grupo que las realiza.
División de ambientes
Desarrollo
Homologación
Producción
Consultor independiente
ex-Jefe de Testing y Calidad - BCRA
Mg. en Ing. del Software - ITBA-UPM
Las Pruebas
en el Ciclo de Vida
VERIFICAR:
consiste en
comprobar que se cumplen
los estándares del proceso de desarrollo establecidos.
VALIDAR:
consiste en
comprobar que el producto cumple
adecuadamente los requisitos para los que fue concebido.
ERROR:
La
diferencia entre un valor calculado
, observado o medido
y el valor verdadero
, especificado o teóricamente correcto.
DEFECTO:
Cuando un programa
no hace lo que debiera.
FALLO:
La
incapacidad
de un sistema o de alguno de sus componentes
para realizar las funciones requeridas
dentro de los requisitos de rendimiento especificados.
Niveles de Pruebas
Unitarias
Tipos de pruebas
Caja blanca
(estructurales)
Caja negra
(comportamiento)
Pruebas de Caja Blanca
Detectan defectos en operaciones de bajo nivel (nivel de código, esquemas de datos e interfaces).
Están recomendadas habitualmente para la realización de Pruebas Unitarias o de Integración.
Pruebas de Caja Negra
Partición de equivalencia
Partición de equivalencia
Divide
la entrada de un programa
en clases de datos
de los que se
pueden derivar casos de prueba.
Se dirige a la definición de casos de prueba
que descubran casos de errores
, reduciendo así el número de casos de prueba que hay que desarrollar.
Análisis de valores límite
Complementa a la partición de equivalencia.
Gráficos causa-efecto
Representan
una ayuda en la selección de una manera sistemática
, de un conjunto valioso de casos de prueba.
Predicción de errores
La idea básica es
enumerar una lista de errores
posibles o de situaciones con tendencia a error
y después escribir los casos de prueba
.
Estrategia de Pruebas
Define
qué
se va a probar y
cómo
va a probar. El objetivo es
encontrar los defectos
más importantes, lo antes posible y con los menores costos posibles.
Se dirige a encontrar el
equilibrio óptimo
entre el
esfuerzo de las pruebas
y la
cobertura requerida
de los riesgos.
Integración
Sistema
Aceptación
Regresión
No Funcionales
Instalación
etc.
Análisis de valores límite
Gráficos Causa-efecto
Predicción de errores
Barrilete
En su envoltorio indica que esta apto para volar
hasta los 100 m.
de altura, con
vientos máximos de 10 km/hora
.
Testeo de Horno
Cocinar la pastafrola por 20 minutos, en un horno a 150°C
5+7=
(cc) image by anemoneprojectors on Flickr
Conocer diferentes tipos de pruebas y técnicas para el diseño de casos de prueba.
Definiciones
Definiciones
100°C
150°C
temp./
tiempo
10 min.
cruda
5+7=
(cc) image by anemoneprojectors on Flickr
200°C
20 min.
30 min.
cruda
cruda
???
quemada
quemada
quemada
???
Ok
y entonces...
ERS
Caso de
Uso 1
Caso de
Prueba 1
Caso de
Uso 2
Caso de
Uso i
Caso de
Prueba 2
Caso de
Prueba 3
Caso de
Prueba 4
Caso de
Prueba 5
Caso de
Prueba 6
Caso de
Prueba 7
Caso de
Prueba 8
Caso de
Prueba j
Defecto/
Mejora 1
Defecto/
Mejora 2
Defecto/
Mejora 3
Ciclo 1..n
¿Por qué realizar
Testing de Software?
La pérdida de dinero
Pérdida de tiempo
El daño a la reputación del negocio
Lesión o muerte
Decálogo del
testing
Decálogo del testing (cont.)
Se deben probar casos para condiciones válidas e inválidas
Probar es una tarea tan creativa y constructiva como el desarrollo de software
Cada caso de prueba debe definir el resultado de salida esperado que se comparará con el realmente obtenido
Es imposible probar lo que no se sabe cómo funciona
El testeo es parte del proceso de desarrollo
... invierten
más de €50 billones por año
en pruebas de aplicaciones y aseguramiento de calidad.
Velocidad
mínima para volar de 4 km/hora
.
Contenido del paquete: un barrilete completo desarmado y carrete con 300 metros de hilo.
El test nunca termina, cuando deja de testear el equipo de testing, lo empieza a probar el usuario
El test debe ser reproducible
Uno no puede/debe auto-testearse
Nada es mas difícil que saber cuando dejar de testear
Un buen caso de prueba es el que muestra que el programa no funciona
... tal como lo demuestran los resultados relevados, ...

el 91% de los responsables de TI

confirman que estas pruebas están

entre las más importantes disciplinas de TI en sus compañías.
€50 billones -> U$ 65.625 millones
-> 1.6 las reservas del BCRA
June 2011
Se diferencia en que
no se selecciona un elemento representativo
de la clase de equivalencia, sino que se eligen uno o más elementos de manera que
los límites de cada clase de equivalencia sean objeto de una prueba.
Tiene un efecto secundario beneficioso en
el señalamiento del estado incompleto y ambiguo en la especificación.
Conjeturan, tanto
por intuición
como
por experiencia
, ciertos tipos
probables de errores
y después escriben los casos de prueba.
Actividad
CONTENIDOS
GENERALIDADES
PROCESO DE PRUEBAS
DISEÑO DE CASOS
DE PRUEBA
¿Por qué realizar Testing de Software?
Analogías y casos reales
Definiciones
¿Porqué es necesario un proceso?
División de ambientes
Las Pruebas en el Ciclo de Vida
Niveles de Pruebas
Estrategia de Pruebas
Tipos de Prueba
- Caja Blanca
- Caja Negra
Diagrama General
Caso Práctico
Ejemplo
de Actividad
Diagrama
General
Coffee
Break

PREGUNTAS
?
?
?
?
MUCHAS
GRACIAS!!!
• La utilización de una herramienta puede ser útil para mejorar y agilizar las pruebas a realizar.
• Por ejemplo: a la hora de simular una cantidad determinada de usuarios accediendo a un sitio web al mismo tiempo, o la carga de datos en un sistema, etc.
HERRAMIENTAS
DE ASISTENCIA
Reflexión
¿Cuál es nuestra
RESPONSABILIDAD
en el proceso de testing?
Full transcript