verificacion & validacion de metodologias Agiles.pptx

Es una presentacion de mi universidad sobre testing

1. Testing Metodologías Agiles

2. MANIFIESTO DEL TESTING AGILE Pruebas desde el principio más que pruebas al final Prevenir defectos más que Encontrar defectos Entender las pruebas más que Comprobar la funcionalidad Construir el mejor sistema más que romper el sistema Responsabili-dad el equipo sobre la calidad más que Responsabilidad de los probadores

3. “los buenos equipos acaban por ser grandes equipos cuando todos sus integrantes confían los unos en los otros lo suficiente como para para renunciar al YO por el NOSOTROS”.

4. OTROS PRINCIPIOS DEL TESTING AGILE Proporcionar retroalimentación continua (Provide Continuous Feedback) Entregar valor a la cliente (Deliver Value to the Customer) Posibilitar la comunicación cara a cara (Enable Face-to-Face Communication) Tener coraje (Have Courage) Hacerlo Sencillo (Keep It Simple) Practicar la mejora continua (Practice Continuous Improvement) Responder al Cambio (Respond to Change) Autoorganizarse (Self-Organize) Enfocarse en las personas (Focus on People ) Disfrutar (Enjoy)

5. Proporcionar retroalimentación continua (Provide Continuous Feedback) Una de las contribuciones más importantes del tester ágil es ayudar al propietario del producto o al cliente a articular los requisitos para cada historia en forma de ejemplos y pruebas. El tester luego trabaja junto con sus compañeros de equipo para convertir esos requisitos en pruebas ejecutables. Los tester, programadores y otros miembros del equipo trabajan para ejecutar estas pruebas de manera temprana y frecuente , de modo que se guíen continuamente por comentarios significativos.

6. Entregar valor a la cliente (Deliver Value to the Customer) Si bien una de las habilidades del tester es identificar casos de prueba más allá del " happy path" o como le llama el autor “ camino feliz ”, aún debemos comenzar asegurándonos de que el camino feliz funcione . Podemos automatizar las pruebas para el camino feliz y agregar pruebas no tan necesarias y de límite más adelante.

7. Posibilitar la comunicación cara a cara (Enable Face-to-Face Communication) “La comunicación cara a cara no tiene sustituto”. El desarrollo ágil depende de la colaboración constante. Al igual que otros miembros del equipo ágil, las personas que realizan tareas de prueba buscarán continuamente miembros del equipo técnico y del cliente para discutir y colaborar.

8. Tener coraje (Have Courage) Necesitamos coraje para permitir que otros cometan errores , porque esa es la única forma de aprender la lección. Necesitamos coraje para pedir ayuda , especialmente cuando la persona que podría proporcionar esa ayuda se ve muy ocupada y estresada. Salir de su viejo sitio de confort y unirse a la responsabilidad del equipo por el éxito o el fracaso requiere valor.

9. Hacerlo Sencillo (Keep It Simple) Los tester ágiles y sus equipos tienen el desafío de no solo producir la implementación de software más simple posible , sino garantizar que el software cumpla con los requisitos del cliente adoptando para ello un enfoque simple. Esto no quiere decir que el equipo no deba tomarse un tiempo para analizar temas e historias y reflexionar sobre la arquitectura y el diseño adecuados. Significa que el equipo podría necesitar revisar la parte costos cuando sus requisitos sean un poco mas elaborados y una solución más simple brinde el mismo valor.

10. Practicar la mejora continua (Practice Continuous Improvement) El eje central de Agile es que el equipo siempre trata de hacer un mejor trabajo, aprendiendo siempre nuevas maneras de sacar adelante las pruebas , autocapacitación, herramientas de automatización, conocer testing exploratorio, leer historias, leer artículos, estar renovando de repente con las nuevas tecnologías, estar actualizado con libros, blogs, Los testers participan en las retrospectivas del equipo, evaluando lo que funciona bien y lo que debe agregarse o modificarse.

11. Responder al Cambio (Respond to Change) Los clientes pueden hacer su cambio cuando lo deseen porque ellos controlan la prioridad. También es bueno enfatizar que el papel de la automatización ayuda mucho a responder al cambio. Al hacer pruebas manuales todo el tiempo, se podrían tener problemas ante los cambios, si se tiene que testear un cambio manual ante un set de casos de prueba muy grande, es muy complicado, la automatización puede ayudar a que sea mucho más eficiente el manejo de las pruebas.

12. Autoorganizarse (Self-Organize) Cuando los programadores, administradores de sistemas, analistas, expertos en bases de datos y el equipo del cliente piensan continuamente en las pruebas y la automatización de pruebas, los testers se complacen de una perspectiva completamente nueva . Automatizar las pruebas es difícil, pero es mucho más fácil cuando todo el equipo trabaja en conjunto. Cualquier problema de prueba es más fácil de abordar cuando tienes personas con múltiples conjuntos de habilidades y múltiples perspectivas que lo atacan.

13. Enfocarse en las personas (Focus on People ) Los testers ágiles saben que aportan un valor único a sus equipos, y los equipos de desarrollo han descubierto que tienen más éxito cuando su equipo incluye personas con habilidades y antecedentes de pruebas específicos. Por ejemplo, un probador exploratorio experto puede descubrir problemas en el sistema que no pueden detectarse mediante pruebas funcionales automatizadas.

14. Disfrutar (Enjoy) El equipo se hace responsable de la calidad y las pruebas es nada menos que un sueño para el testers. Los trabajos como testers ágiles son particularmente satisfactorios porque su punto de vista y habilidades permiten agregar un valor real al equipo de trabajo.

15. El Rol de los Tester en EA

16. LOS CUATRO CUADRANTES DEL TESTING AGILE

17. LOS CUATRO CUADRANTES DEL TESTING AGILE

18. ESTRATEGIAS DE TESTING PARA SCRUM especialistas en testing cross-funcionales prevenir errores Acceptance Test Driven Development (ATTD) Pruebas de Aceptación del Usuario(UAT)

19. ESTRATEGIAS DE TESTING PARA SCRUM Programación de a Pares (Pair Programming)

20. ESTRATEGIAS DE TESTING PARA SCRUM Estrategias Un Sprint (Estilo Cascada) Un Enfoque Agil .

21. ESTRATEGIAS DE TESTING PARA SCRUM Estrategias Automatización de Casos de Prueba

22. Anatomia del Tablero de Equipo Pruebas Unitarias desarrolladas Todas las pruebas acumuladas en verde Revisión par aprobada Documentación requerida cumplida Defectos asociados corregidos Criterios de Aceptación cumplidos Requerimientos no funcionales cumplidos Versión instalada en el ambiente de pruebas Pruebas Aceptación/Funcionales aceptadas Pruebas de regresión y exploratorias. Defectos Asociados corregidos Criterios de Aceptación cumplidos Revisión de documentación aprobada Aprobación del Tester. Criterios de aceptación cumplidos Revisión de Documentos aprobada Revision y aprobación del PO en el ambientes de Pruebas

23. Software para Testing Test Rail Selenium Jmeter Testlink Bugzilla Mantis

24. FIN