Upgrade to PRO for Only $50/Year—Limited-Time Offer! 🔥

Mejorando pruebas automatizadas

Mejorando pruebas automatizadas

Presentado en el Technology Innovation Summit - UFHEC

Con la irrupción de DevOps y de las prácticas Agile, la velocidad con la que se entrega una nueva funcionalidad se ha convertido en uno de los aspectos más importantes de la distribución de software.

Las empresas necesitan nuevas funcionalidad más rápido, estables y bien probadas.

En este mundo de entornos que cambian rápidamente, la automatización de pruebas se ha convertido en una piedra angular para que los equipos de desarrollo validen y mejoren la calidad del software, sin tener que esperar horas, días o semanas para validar una funcionalidad.

Las pruebas automatizadas deben ser confiables y rápidas. No tiene sentido que reporten un error cuando en realidad no existe, y los equipos deben saber si hay un problema con una funcionalidad tan pronto como sea posible. ¿Cómo podemos crear una estrategia robusta de automatización de pruebas y al mismo tiempo responder algunas de estas preguntas?

- ¿Estás probando lo que deberías probar?
- ¿Sus pruebas están "probando"?
- ¿Son sus pruebas robustas y confiables?
- ¿Sus pruebas automatizadas son "automatizadas"?
- ¿Estás probando solo los aspectos funcionales?

Realicemos un viaje a través de nuestro conjunto de pruebas automatizadas, examinaremos los aspectos, conceptos y suposiciones erróneas que hacen los equipos de desarrollo, y mejoraremos nuestra automatización para agregar valor real al negocio .

Avatar for Ivan Rodriguez

Ivan Rodriguez

August 10, 2019
Tweet

More Decks by Ivan Rodriguez

Other Decks in Programming

Transcript

  1. • Irrupción de DevOps y CI/CD • Necesidades del negocio

    • Calidad Realidades actuales Mejorando pruebas automatizadas
  2. La realidad del testing en una empresa NO HAY PRUEBAS

    SI HAY PRUEBAS, MUY POCAS AUTOMATIZADAS SI HAY AUTOMATIZADAS, SOLO DE UI Mejorando pruebas automatizadas
  3. Te has preguntado si… Están tus pruebas probando lo que

    deberían estar probando? Son tus pruebas automatizadas “automáticas” Están tus pruebas realmente PROBANDO? Son tus pruebas confiables? Solo pruebas los aspectos funcionales? Mejorando pruebas automatizadas
  4. Están tus pruebas probando lo que deberían estar probando? •

    Botonsitos • Colorsitos • Imagenes • Lógica del negocio • Escenarios negativos • Casos excepcionales Mejorando pruebas automatizadas
  5. Están tus pruebas PROBANDO? • Pruebas tus pruebas? • Tus

    pruebas fallan? Mejorando pruebas automatizadas
  6. Son tus pruebas robustas y confiables? • Estables • Repetibles

    • Mantenibles • Simples • CONFIABLES Mejorando pruebas automatizadas
  7. Son tus pruebas automatizadas “automáticas” • Son independientes una de

    otra? • Se ejecutan solas? Mejorando pruebas automatizadas
  8. Solo pruebas los aspectos funcionales? • Y las No Funcionales

    Pa’cuando Mejorando pruebas automatizadas
  9. Moviendo las pruebas hacia la izquierda Test early & often

    “ “ Mejorando pruebas automatizadas
  10. Calidad como hito organizacional La calidad debe ser un gol

    y una responsabilidad cross-funcional. “ “ Mejorando pruebas automatizadas Riegate por tu environment “ “ Bonus
  11. Mejorando Pruebas de UI Mejorando pruebas automatizadas • Page Object

    / Page Factory • Page components • Cross Browser / Cross Platform • Mobile First Strategy • Locator Strategy (ojo con react) • No son tu arma principal
  12. Mejorando Pruebas de API • App as API (DRY) •

    Actúa como un consumidor • Pruebas negativas • Implementa NF testing • Performance • Seguridad • … • E2E e Integración de microservicios Mejorando pruebas automatizadas
  13. Mejorando pruebas automatizadas Mejorando Pruebas Nivel General • Nombrando las

    pruebas • Punto de fallo (Matchers y soft assertions) • Data driven • Remueve las no deterministas
  14. Conclusiones • Se prueba lo necesario • No automatizo todo

    • Aprovecho el valor humano • Se mantienen las pruebas como código de producción • Pruebo las pruebas • Automatizar en una capa inferior “de ser posible” • No solo se prueba lo funcional • Pruebo tan pronto como es posible • Aplico patrones de diseño Mejorando pruebas automatizadas