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
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
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
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 ?
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...
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