Agile Testing Day Madrid 2016, Graham Moran

68
16 de noviembre de 2016 - Real Café Bernabeú

Transcript of Agile Testing Day Madrid 2016, Graham Moran

16 de noviembre de 2016 - Real Café Bernabeú

www.nexoqa.com

[email protected]

¿ Cuanta gente trabaja con

una metodología ágil ?

¿ Testers / Developers ?

¿ Cuanta gente piensa que

su estrategia de test es ágil ?

La calidad es la responsabilidad

de todo el equipo

La estrategia de test es la

responsabilidad de todo el equipo

¿ Qué es una estrategia de test ?

¿ Qué hay que probar ?¿ Hasta que punto ?

¿ Quien va a probar qué ?

funcionalidad

SeguridadCompatibilidad

Interfaz Grafica

End-2-End

Rendimiento

Interoperabilidad

¿ Qué hay que probar ?

¿ Hasta que punto ?

¿ Tester ? ¿ Developer ? ¿ Business Analyst ?

¿ Quien va a probar qué ?

Manifesto ágil...

” individuos y su interacción por encima

de los procesos y las herramientas”

Equipo Scrum

Tester Business Analyst

Developer

Developer Tester

… 4 3 …

Diferentes perspectivas con un Objetivo comun

Developers y Testers

no hablan de pruebas

Testers hacen todas las

pruebas funcionales

usando la interfaz grafica

Los developers y testers

duplican pruebas sin saberlo

¿ Qué hacemos ?

Shift Left...

Early Testing...

MIDDLEWARE TESTS

USER TESTS

DEVELOPER TESTS

LEFT RIGHT

Tester + Developer

Tester Business Analyst

Developer

GUI TESTS

API TESTS

UNIT TESTS

TEST AUTOMATION PYRAMID

UNIT TESTS

INTEGRATION TESTS

SYSTEM TESTS

V-MODEL

GUI TESTS

UNIT TESTSWEB SERVICE TESTS

¿ Cuantas pruebas funcionales ?

1) email valido + password valido = OK

2) email valido + password invalido = error

3) email invalido + password valido = error

4) email invalido + password invalido = error

public static boolean User(String user, String pass)14 throws SQLException, IOException{1516 String Username = null;17 String Password = null;18 dbConn db=new dbConn();19 Connection conn=null;20 conn=db.ConMe();2122 Statement st=conn.createStatement();232425 String sql = "SELECT firstname, password FROM register" + "WHERE firstname='" + user + "'" + "AND password='" + pass + "'";26 ResultSet rs = st.executeQuery(sql);27 if(rs.next()){28 Username = rs.getString("name");29 Password = rs.getString("password");30 }31 if(Username != null && Password != null && user.equals(Username) && pass.equals(Password)){3233 return true;34 }35 else return false;3637 }3839 }

if(Username != null && Password != null && user.equals(Username) && pass.equals(Password)){

return true;

}

else return false;

"or""="

"or""="pruebas de seguridad…

pruebas de concurrencia…

! Prueba otras

características !!!

…pruebas de E2E

Shift right...

Late Testing...

DEVELOPER TESTS

MIDDLEWARE TESTS

LEFT

USER TESTS

RIGHT

Tester + Business Analyst

Tester Business Analyst

Developer

Pruebas de Usuario

¿ Quien sabe quéhace el usuario ?

Mi mejor defecto

encontrado en

2016

Probar más allá que las historias de usuario !!!

Primero, buscar información sobre el usuario

SEO y Analíticas

1

Incidencias de producción

2

¿ Por qué los defectos nos han escapado ?

Pruebas de usabilidad

3

Beta Testing

4

Entorno de Producción

Versión Beta

Usuarios

Usuarios

¿ Qué hacemos con esta información ?

Pruebas de Regresión

usuario

negocio

software

Pruebas End-to-End

Buscar articulo...

Añadir articulo al carrito...

Comprar articulo...

Recibir confirmación...

Actualizar info de la entrega...

Pedir factura...

Cancelar pedido...

Pruebas Exploratorias

¿ Claves de éxito?

Colaboración y Visibilidad Y confianza

¿ Por que hacerlo ?

Shift Left

1. Pruebas más tempranas en el ciclo de vida...

2. Pruebas más rápidas... (200 pruebas unitarias

en menos de un segundo)

3. Pruebas automatizadas más robustas ...

4. Mejor cobertura de pruebas...

Shift Right

1. Tu usuario es real... Hay que entenderle...

2. Tener una estrategia más completo...

3. Realizar pruebas que tienen más sentido...

4. Usar mejor el tiempo que NO TENEMOS para

hacer el testing...

Hablar... Colaborar... Compartir