Marcela Garay Moyano

◦ Test Manager en ARRIS Argentina.

◦ ISTQB Certified Tester.

◦ Docente en la Diplomatura de Calidad de Software.

◦ Docente UTN FRC.

◦ Investigador Adjunto UTN FRC.

Luciano Marzo

◦ Tester en ARRIS Argentina

◦ ISTQB Certified Tester.

◦ Docente en la Diplomatura de Calidad de Software.

Paula Izaurralde

◦ Especialista en Calidad en ARRIS Argentina.

◦ Ayudante en “Metodologías Ágiles en el Desarrollo de Software”

◦ Investigador Categoría G; LIDICALSO; UTN

◦ Certified Scrum Master

http://www.institucional.frc.utn.edu.ar/sistemas/lidicalso/

• Desarrollo de tesis de Postgrado (+5)

• Laboratorio de Investigación y desarrollo en calidad

• +15 investigadores

• +10 becas de investigación y desarrollo

• Creación de Materias de grado y postgrado!

• Diplomado, Maestría, Optativas de grado

• Charlas en temas específicos (Requerimientos ágiles, Métricas, etc)

Backlog

• Seminario Gratuito de Métricas Ágiles

Siguiente Item:

•Repasando el Agile Manifesto.

•Equipos ágiles (interacciones)

•Agile testing vs. testing tradicional

¿Qué es Agile Testing?

•Valor agregado al equipo

•Principios ágiles aplicados al tester

•Una iteración para un tester

Agile Testers

•Demostraciones

•Test Exploratorio

•Test de Usabilidad

Business-Facing Test

Preguntas y respuestas

Repasando el Agile Manifesto

Equipos ágiles (interacciones)

Agile testing vs. testing tradicional

Individuos e interacciones sobre procesos y herramientas

Software funcionando sobre documentación extensiva

Colaboración con el cliente sobre negociación contractual

Respuesta ante el cambio sobre seguir un plan

Esto es, aunque valoramos los elementos de la derecha,

valoramos más los de la izquierda.

Ref: http://agilemanifesto.org/

Buscamos hacer entregas frecuentes en ciclos

muy cortos y que agreguen valor al negocio

Objetivo del testing:

Encontrar Defectos

Brindar confianza en la calidad del producto

El testing muestra la existencia de defectos

Es imposible probar todo

Comenzar las pruebas lo antes posible

Los Defectos se agrupan

La paradoja del plaguicida

Las pruebas son dependientes del contexto

La falacia de la ausencia de defectos

Los tiempos

La relacion con el equipo de trabajo

Las técnicas que podemos usar

Las habilidades que vamos a necesitar

El foco …

Desarrollaror

Tester

Experto del

dominio

Tester

especiali

sta

Test

leader

Tester

Agile

Testing

Traditional

Testing

Foco en cumplir las

especificaciones

Mayor independencia

Basado en mucha

documentación

Testing Tardío

Foco en el cliente

Equipo unido

Basado en poca

documentación

Testing Temprano

Ref http://shivakumar-mathivanan.blogspot.com/2011/06/bridging-relationship-testers-vs.html

Requiere colaboración

Elimina bloqueos

Reduce costos

Favorece al feedback temprano

Requiere colaboración

Mejora la comunicación

“Estamos todos juntos en esto”

Objetivo común a todo el equipo: ◦ Entregar un producto de alta calidad que agregue

valor al negocio.

Ref http://www.slideshare.net/rallysoftware/whole-team-approach-to-quality

Un equipo que trabajo unido a lo largo de varias iteraciones aprende a conseguir una dinámica propia y un nivel de productividad

increíble!

El cliente decide cual es la calidad de

producto que espera recibir

El foco principal es agregar valor al negocio entregando la calidad que el

cliente pide

Ref http://www.todohumor.com/UserFiles/Image/imagenes/2008/marzo08/bici-carrito.jpg

Buenas prácticas para el éxito en Agile

Integración Contínua

Feedback frecuente

Codificar y probar como un solo proceso

Entornos de testing

Incorporar incrementos pequeños

Sinergia

Valor agregado al equipo

Principios ágiles desde el punto de vista del tester

Se adapta a

cambios en

prioridades o

requerimientos

herramientas y

técnicas

Colabora con

desarrolladores

expertos del

dominio

Entiende que

sus tests

sirven para

documentar el

producto

dirigir el

desarrollo

Entiende el

negocio

comunicándose

con los clientes

escribiendo

sus pruebas

con ese foco

Agile

Tester

Exploratory

Testing

Test de

usabilidad

Agrega

nuevas

pruebas

Trabaja con

clientes

Ayuda a

desarrolladores

a mejorar sus

test

Refuerza el

foco en la

calidad

En metodologías ágiles como XP, los desarrolladores escriben sus propios test… Entonces, que valor agrega un tester??

Salir de la zona

de confort

Analizar recursos

disponibles

Aprender cosas

nuevas

Llevar los

problemas de

testing al equipo

Desarrollar

múltiples

habilidades

Pensar como

ayudar al equipo

Iniciación

del proyecto

Entender el

proyecto

Planificación

del release

Participar en

las

estimaciones

Crear el plan

de testing

Cada

iteración

Escribir y

ejecutar

tests

Trabajar de a

pares

Automatizar

y ejecutar

tests

Revisar

métricas

Testing a

nivel de

sistema

Tests de

carga

Tests de

regresión

Tests de

aceptación

Entrega /

Soporte

Participar en

la entrega a

producción

Participar en

las

retrospectivas

Pruebas

Funcionales,

ejemplos,

prototipos,

simulaciones

Pruebas

exploratorias,

de usabilidad y

aceptación.

Pruebas

Alpha/Beta

Pruebas

Unitarias

Pruebas de

Componentes

Pruebas de

Performance,

carga, estrés, de

seguridad, etc.

Los cuadrantes del Testing Ágil

Q1

Orie

nta

do a

l pro

ducto

O

rienta

do a

l soport

e a

l equip

o Q2 Q3

Q4

Orientado al negocio

Orientado a la tecnología

Manuales y Automáticos

Manuales

Automáticos Herramientas

Enfoque

Tradicional

•Se basa en

criticar el

producto una vez

construido.

Enfoque Orientado

a Negocio

Enfoque Tradicional

• Se basa en criticar

el producto una

vez construido.

Orientado a

Negocio

• Se basa en criticar

el producto

utilizando

experiencias

reales.

Es recomendable mostrar al cliente qué se está haciendo

tempranamente y en forma periódica.

Nuevas funcionalidades

Sesiones informales ayudan con los

requerimientos

El equipo las define

Se definen workflows.

Soap Opera Testing

Se necesitan datos y flujos reales

Se realizan validaciones

intermedias.

Test Exploratorio

Ejecucion

Diseño

Aprendizaje

Qué no es:

Es una técnica en sí misma?

No es sólo ejecución de pruebas

No es ejecutar pruebas desprolijas

¿Qué hace que una actividad de testing sea exploratoria?

Cuando desarrollamos pruebas exploratorias nos basamos en:

Riesgos

Modelos sobre del sistema

Iteraciones anteriores

Experiencias pasadas

Componentes necesarios para realizar buenas pruebas exploratorias:

Persona Testing:

Crear diferentes tipos de usuarios.

Persona Testing:

Usar personajes

Navegación

Aplicaciones de la competencia

Y (algunas) respuestas…

Preguntas

Gracias!