Versiones comparadas

Clave

  • Se ha añadido esta línea.
  • Se ha eliminado esta línea.
  • El formato se ha cambiado.

...

RIESGO (PROBLEMAS E INCIDENTES)

MITIGACIÓN (CÓMO EVITARSE)

No saber Testear (No sabe hacer testing)

Hacer un Curso (el de Blackhole is the best (guiño) )

No entender los Requerimientos (User Story)

  • Si el QA no entiende una buena US:

    • Hacer un Curso de Testing Al Grano

  • Si el BA no está haciendo una US correcta:

    • Reunirse con el BA y aclarar las dudas:

      • Establecer una Meet siempre después del Sprint Planning para identificar las dudas que no se hablaron.

El Dev y QA no están teniendo buena comunicación.

Establecer una Meet para resolver las dudas justo al comenzar el Sprint.

Problemas en el Servidor que nos bloquean las Pruebas.

  • Notificar a los Managers y Lider QA, para generar un Reporte de Bug y escalar el incidente, para fixearlo lo más pronto posible.

  • Tener otros Clusters de respaldo para evitar la pérdida de tiempo.

Hacer MUCHAS pruebas en un Ambiente que pueda desestabilizar los request y responses del mismo.

  • Mejorar las pruebas de Rendimiento

  • tener diferentes ambientes de QA para distribuir el impacto (QA1, QA2, QA3)

No tener la conexión a un ambiente de la Base de Datos cuando se necesite

Realizar una Documentación con todos los ConnectionString de cada ambiente de Base de Datos, de manera que los QA puedan tener organizado y a la mano.

Tener un QA enfermo

Tener un Plan de Reemplazo de manera que jamás se quede 1 persona sola en el equipo de QA (mínimo debe haber 2).

No tener un buen Gestor de Incidencias (si se cae Jira)

Usar Trello, ya que es de la misma empresa Atlassian.

No saber suficientemente Inglés como para comunicarse con los clientes u equipos de dicho idioma.

Asistir a la capacitaciones internas de la empresa en inglés (obligado).

Introducirte al mundo del inglés, colocando todo en inglés (PCs, Laptops, Phones, Apps, etc)

Desconocimiento del Framework (Cypress)

Solicitar un curso pagado por la empresa

Solicitar una US al proyecto para trabajar en la adquisición de conocimientos de un Framework.

Falta de Documentación del Proyecto

Aplicar y Diseñar un SRS (Software Requirement Spec) más profundo y con arquitectura del Software. UI Spec, DB Spec y API Spec.

No estimar bien las Horas de Esfuerzo (Task)

Establecer un Plan Standard para Identificar las Horas estimadas, de acuerdo a los Story Points.

Sugerencia

RESOURCES PLANNING

RECURSOS HUMANOS:

Persona

Rol

Responsabilidad

Elyer

QA Manager

Asegurarse los Delivery QA de todo el equipo, métricas para la toma de decisiones y negociar con los clientes. Asegurarse de que el Líder QA no tenga bloqueantes.

Juan

QA Tester

Realizar pruebas para ejecutar y reportar.

Lenu

QA Lead

Realizar Planes de Pruebas y organizar el equipo. Asegurarse de que el equipo no tenga bloqueantes.

RECURSOS DE HERRAMIENTAS

Framework/Tool

Acceso

Actividad

Jira

<URLdeAcceso>

Gestor General de Incidencias

GitHub

<URLdeAcceso>

Gestor General de Versiones del Código

RECURSOS DOCUMENTACIONAL

AREAS

GUÍAS / DOCUMENTACIONES

QA

TEST DESIGN <URL>

DEV

API DOCU <URL>

BA

CASOS DE USO <URL>

Sugerencia

TEST ENVIRONMENT