ESTIMACIÓN "SP", "Task", y "VCR"

Owned by Ely
Last updated: jun 01, 2022
3 min read

Les paso un alto gráfico que hice para mi equipo QA del laburo que puedo compartir con ustedes
(para que les dé una idea de cómo estimar el esfuerzo):
Recuerden que en el mundo IT, hay muchos conceptos de Estimación,

para el mundo QA, conocerán estos:

  • Estimación de Historia (estimar con Story Points o Working Hours)

  • Estimación de Tasking o Time Tracking (estimar con "Horas de Esfuerzo") → la imagen que les pasé.

  • Estimación de Priorización de Escenarios de Pruebas - para Regression/Automatizacion (estimar con técnica según Test Plan, ejemplo el "VCR" Valor/Costo/Riesgo)

ESTIMACIÓN DE TASKING (HORAS DE ESFUERZO); EJEMPLO:

Mide los Story Points de tu Historia y estima el tiempo de tu tarea QA (no uses el Time tracking de la US, eso no debe tocarse, eso suma todos los time tracking de las task)

No se les olvide CARGAR LAS HORAS de su trabajo!
Esto es algo que SIEMPRE harán en su futuro LABURO.

Por cosas de la vida, en otros cursos no suelen mencionarles estos pequeños detalles pero marcan la diferencia entre una persona que ya ha trabajado en equipos reales y otras que no.
Por eso siempre digo que uTest no te prepara para el laburo real. Pero bueno, UPEX lo intenta lo mejor que puede jaja

En todas sus US, tendrán una "Subtask" (Tarea linkeada) que dice "[QA] Análisis, Test Design y Test Execution" (como verán en la imagen abajo).→ Primero se "estima" las horas que crees que durarás haciendo la US (si quieren una guía, léanse el "Estimación Tasking" en los marcadores)
→ Segundo, siempre al terminar de trabajar su US, deben cargar las horas de trabajo (como si estuvieran en una empresa, que te chequean la hora de check-in y check-out!)
→ Cuando terminen de trabajar TODO completamente y cierren todas las incidencias de QA, entonces pueden transitar el Task al estado "CLOSE" luego de loguear sus últimas horas.

  • Yo si fuera el verdadero Manager del proyecto, revisaré esas horas (para ver si trabajaste de verdad o no) (esto sucede en el LABURO REAL, así que ojito)

 

ESTIMACIÓN DE HISTORIA DE USUARIO PARA LA SPRINT PLANNING
(STORY POINTS - SP); EJEMPLO:

 

ESTIMACIÓN DE PRIORIZACIÓN DE CASOS DE PRUEBAS
(MAPPING ESTIMATIVO CON TÉCNICA “VCR”)

Aprende aplicar el VCR para que ganes experiencia como "pensamiento crítico", una de las mejores soft skills de todo tester.
VCR:
V = Value (Valor) = ¿La Feature tiene dependencias HIJAS? ¿Es un componente madre?
C = Cost (Costo) = ¿La Feature es difícil de desarrollar? ¿Tiene muchos AC?
R = Risk (Riesgo) = ¿La Feature es propensa al uso del usuario? ¿Probabilidad de fallo?

Así uno sabe si una Funcionalidad es importante o no, tomando en cuenta esta técnica

  • El campo "Regression Test Plan" que aquí en UPEX lo usamos en el TS

    • Se coloca YES o NO si la funcionalidad va a regresión o no. Con esto se hace métricas mejor y medir qué Sets de Pruebas se llevan a la Regresión en un Proyecto, es una práctica que salva vidas!

    • Para determinar una Feature a Regresión, se usa el VCR junto con la Prioridad de la US.

  • El campo de "Test Type" (para determinar si el Suite se hace Manual o Automatizado) como debe ser.

    • Esto trabaja especialmente con el cirterio Estimación VCR para determinar si una feature debe Automatizarse o hacerse Manual (ES MEGA IMPORTANTE EN EL LABURO SABER QUÉ SE AUTOMATIZA Y QUÉ NO), en UPEX por ahora solo hacemos pruebas manuales, pero pronto vendrá el espacio de Automation.

En el ejemplo a continuación es una pequeño excel para determinar la Estimación VCR correspondiente:

EJEMPLO: