EM-0116 minversión 2Curso · Producto y diseño
Probar antes de enseñar
Probar no es comprobar que los botones responden. Es comprobar que la promesa del producto se cumple también cuando falta un dato, alguien entra donde no debe o la conexión se cae.
Qué aprenderás
- Derivar los casos de prueba de la promesa del producto y no de la lista de pantallas
- Cubrir cada flujo crítico con cuatro tipos de caso: feliz, dato ausente, permiso incorrecto y recuperación de error
- Priorizar qué pruebas automatizar según lo que cuesta un fallo en confianza, dinero o tiempo
- Escribir una prueba de extremo a extremo que reproduzca una situación real de uso
Suscríbete para seguir
Esta lección es para suscriptores.
Crea tu cuenta y suscríbete para leer «ELIX Method» entero, con los recursos y tu progreso guardado.
Suscripción mensual o anual