Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

QA-SCRUM

No description
by

angela calderon gallo

on 12 September 2016

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of QA-SCRUM

METODOLOGÍA ÁGIL - SCRUM
rol del analista de qa
TAREAS
Ser parte de la reunión de planificación para el sprint
Responsabilidades
Ayudar a determinar el alcance del Sprint.
Estimar sobre la creacion de datos, casos de prueba, diseño de prueba, ejecucion de pruebas, mejoras, entornos de configuración.
Apoyo en la estimacion de las historias de usuario, y las tareas de cada historia de usuario.
Sea parte de la reunión de planificación para el siguiente sprint
Responsabilidades
Validar si se creara o no entornos complejos.
Validar la creación de las estructuras de automatizacion.
Escribir criterios de aceptación por cada artículo para el siguiente sprint.
Responsabilidades
Crear criterios de aceptacion para las historias de usuario del siguiente sprint.
Brindar sugerencias desde una perspectiva de calidad respecto a las normas, posibles problemas de rendimiento y errores futuros.
Actualización de los criterios de aceptación y crear casos de prueba para el siguiente sprint.
Responsabilidades
Una vez recibida las reasignaciones de tareas para los integrantes del equipo, se debera de actualizar los criterios de acpetación y comenzar con la creación de los casos de prueba.
Realizar las automatizaciones
Responsabilidades
Ser parte de la reunión retrospectiva para el sprint actual
Sea parte de la reunión de revisión para el sprint actual
Automatización de prueba de humo / regresiones - Sprint anterior
Ejecutar criterios de aceptación manualmente - Sprint actual
METODOLOGIA TRADICIONAL
PERFIL
Perspectiva del rol QA
En la metodologia tradicional un QA solo participa activamente en algunas fases del proyecto.

Despúes de que los desarrolladores terminan con la codificacion del proyecto, éste récien es entregado al equipo de QA para su revisión, si el equipo de QA detecta errores, se devuelve a desarrollo; sin embargo en varias ocasiones éstos ya se encuentran desarrollando otro proyecto y la revisión de los errores pueden provocar ciertas confusiones y/o retrasos en el proyecto.
Al mismo tiempo que los desarrolladores van programando, QA podria ir realizando las pruebas automatizadas, inicialmente es probable obtener errores que se iran disminuyendo conforme el equipo de desarrollo vaya terminando con la codificacion.
La automatizacion puede conseguirse utilizando distintas herramientas tales como: Selenium, JMeter, SoapIU, etc.
Los casos de prueba deben ser ejecutados de forma manual al menos una vez, cuando se lleva a cabo cada historia de usuario.
Determinar los candidatos a automatizar en el siguiente sprint.
Responsabilidades
Responsabilidades
Realizar las pruebas de humo con la intencion de disminuir los errores en el sprint anterior.
Realizar las pruebas de regresión de los componentes mas complejos del sprint anterior
Responsabilidades
Comprometerse con la realizacion de las tareas para el sprint actual.
Señalar los errores conocidos durante los sprint anteriores.
Señalar los obstaculos para el desarrollo del sprint.
Responsabilidades
Participar en la reunión de retrospectiva al igual que todos los miembros del equipo scrum.
Dar a conocer los avances, y las acciones aplicadas y por aplicar.
Un integrante de QA en la metodologia agil como Scrum tiene un papel mucho mas importante a desempeñar, el papel de QA ya no se limita solo al diseño de los casos de prueba y la ejecución de las mismas, ahora el QA debera ayudar al equipo a escribir las historias de usuario, proponer mejoras, ayudar con la aplicacion de algunas normas, y no solo encontrar errores sino prevenir a que estos vuelvan a ocurrir.
De esta manera poder llegar al final del proyecto con una menor cantidad de errores, o con errores de forma que tengan solución muy rápida.
Contar con una preparación respecto al tema de calidad de software.
Conocer todas las etapas del ciclo de vida del producto o servicio desde el punto de vista de gestión y de ingeniería.
Contar con habilidades para la comunicación, oral y escrita, así como la capacidad de persuadir y convencer sobre los beneficios que se esperan del proceso y/o desarrollo de software.
Ser una persona adaptable aunque firme, disciplinada y organizada, con capacidad de escuchar y analizar el contexto para tomar decisiones, convencida de la necesidad de cambio.
Perspectiva del rol QA
Las pruebas de software pueden ser consideradas como el proceso de ejecutar una aplicación en unas condiciones específicas, monitoreando los resultados, evaluando los aspectos del componente, proceso o sistema.
CONCEPTO DE CALIDAD
PROCEDIMIENTO QA EN BYTE
BENEFICIOS DE ROL QA EN EL EQUIPO SCRUM

1. Análisis de los documentos funcionales y requisitos del cliente.
2. Diseño de un plan de pruebas (Que cubra todos los casos de uso de la aplicación, la simulación de entornos de pruebas, la ejecución de los casos de prueba y la gestión de los defectos encontrados).
3. Verificar el procesamiento, recuperación e implementación adecuada de las reglas del negocio.
4. Verificar la apropiada aceptación de datos.
5. Enfoque en los requisitos funcionales (Casos de Uso) y las reglas del negocio.
Permite lanzar ciertas verificaciones muy a menudo y con resultados muy rápidos.
Las pruebas que se suelen automatizar se pueden considerar como pequeñas verificaciones.
Con las automatizaciones se le permite al probador enfocarse en hallar errores mucho mas complejos, dificiles de encontrar, y asi generar mas valor en cada iteración.
Dividir el trabajo en pequeñas tareas, pequeños incrementos de código, que después se integran para que sea todo más sencillo que dejar la integración para el final. Hay que comprobar que esa integración no rompa nada del resto del software.
Un QA ágil aporta una visión intermedia entre desarrollo y negocio, entiende el punto de vista del usuario, pero a la vez, tiene conocimientos de la complejidad que conlleva desarrollar software.
No solo se detectan los fallos, sino en la medida de lo posible, se previenen dichos fallos.
Verificación y Validación
Full transcript