...
Video Saitest en Youtube:
...
Análisis de Requerimientos
La US estará en estado ‘En Deployed’ en QA, lista para testear por nosotros.
ES IMPORTANTE QUE VEAS ESTE MINI PASO A PASO sobre la carga Horaria Laboral:
CARGA HORARIA LABORAL (PASO A PASO)
Comenzamos!
PRIMERO: Pasar la US a ‘In Progress’ (En Curso):
...
Verificamos/completamos los campos del panel derecho:
...
Test Type: Es un dropdown corto con las únicas opciones de “Manual” o “Automation”|, es para definir si este Set se puede automatizar o no. Esto se determina con la EstimaciónVCR!
- Un Set puede tener una
Prioridad
baja, pero una Estimación de Automatización muy alta, y en esos casos es más probable que se lleve a regresión igualmente (porque seguro es importante a nivel Dev). Un Set que tiene baja prioridad y baja estimación de Automatización, No debería llevarse a Regresión por una cuestión de optimización de actividad y esfuerzo. Es trabajar inteligente.
Las features que NO son funcionales, tales como US Visuales nivel UI, o de contenido UX, no suele llevarse a Regresión, ya que no son “modulos” y si existiese un bug, cualquiera vería el error.
Etiquetas: colocamos la funcionalidad de la US y que parte de dicha funcionalidad (esto se va definiendo según el proyecto)
Sprint: iteración a la que corresponde nuestra US
Regression Test Plan: Es un dropdown son simplemente “YES” o “NO” como opciones, para definir si este Set se llevará a Regresión o no. Esto se determina con la prioridad de la US y sumando el factor influyente de la VCR:
Un Set puede llevarse a Regresión, ya sea Manual o Automatizado, esto último depende de una estrategia de estimación (como la VCR que aplicamos en UPEX), pero el factor más importante es la Priorización de Negocio.Prioridad: debe ser igual a la de la US (Por una cuestión de super trazabilidad y sobretodo porque nos permite definir si el Set irá a regresión o no)
Para traernos la información desde la US hacemos Ctrol+Clic sobre el link de dicha US y nos la abrirá en otra solapa (para poder trabajar con ambas a la vez: US y TS; simplemente técnicas freakys de trabajar ordenado)
...
Copiamos los AC de la US y los llevamos y pegamos en el TS al final de la descripción y guardamos los cambios. (También puede ser útil copiar y pegar antes de los AC, y las Bussines Rules Spec)
((todo esto es por organización y trabajo inteligente y más ágil, así no estás viajando de un lado a otro))
PLANIFICACIÓN Y ESTRATEGIA DE PRUEBAS
Completamos el apartado de Técnicas de Testing colocando si aplican o no las diferentes técnicas, de aplicar alguna agregamos el detalle. Guardamos.
...
Los valores por considerar van de 1 a 5 (realmente no hay una regla, es estmativoestimativo, hay proyectos que lo hacen de a 2, 5 o 9 inclusive, salvajes):
...
Según sea el resultado, completamos el campo Test Type los campos del panel derecho y guardamos los cambios.
...
Test Type: Es un dropdown corto con las únicas opciones de “Manual” o “Automation”|, es para definir si este Set se puede automatizar o no. Esto se determina con la EstimaciónVCR!
Regression Test Plan: Es un dropdown son simplemente “YES” o “NO” como opciones, para definir si este Set se llevará a Regresión o no. Esto se determina con la prioridad de la US y sumando el factor influyente de la VCR:
Un Set puede llevarse a Regresión, ya sea Manual o Automatizado, esto último depende de una estrategia de estimación (como la VCR que aplicamos en UPEX), pero el factor más importante es la Priorización de Negocio.
Un Set puede tener una Prioridad baja, pero una Estimación de Automatización muy alta, y en esos casos es más probable que se lleve a regresión igualmente (porque seguro es importante a nivel Dev).
Un Set que tiene baja prioridad y baja estimación de Automatización, No debería llevarse a Regresión por una cuestión de optimización de actividad y esfuerzo. Es trabajar inteligente.
Las features que NO son funcionales, tales como US Visuales nivel UI, o de contenido UX, no suele llevarse a Regresión, ya que no son “modulos” y si existiese un bug, cualquiera vería el error.
Seguimos:
DISEÑO DE PRUEBAS
Completamos el apartado Validaciones según con los casos de prueba/validaciones que hayamos analizado que corresponden para este TS. Siempre teniendo en cuenta que un Criterio de Aceptación puede contener mas de un caso de prueba.
...
Los TC estarán como NOTRUN – En Estado TO DO (hasta que los ejecutemos)
...
Editaremos cada TC y completaremos según corresponda (Ver video de Creación de Casos de pruebas)
...
para ver la guía (Dibujo gráfico) de toda la trazabilidad de un Testing de US:
...
