Diferencia entre revisiones de «SesionPruebas»

De Telstock Wiki
Saltar a: navegación, buscar
 
(No se muestran 5 ediciones intermedias del mismo usuario)
Línea 1: Línea 1:
=== Crear una sesión de Pruebas ===
+
=== Notificar Liberación a QA ===
  
'''#''' Acceder al proyecto en JIRA y desde el banner lateral, dar click a la pestaña '''Sesión de Pruebas'''.
+
{{notice|'''IMPORTANTE: En este punto ya deberá haberse ejecutado el flujo de pruebas humo en ambiente QA, por parte del equipo Dev, como parte de la entrega formal del desarrollo'''}}
'''#''' Se desplegará una pantalla principal, donde se presentará el listado de sesiones de pruebas del proyecto (si existe).
 
'''#''' Hacer click en '''Crear Sesión'''.
 
  
[[Archivo:SesionPruebas23.png|centro]]
+
'''1. Acceder al proyecto en JIRA y buscar la tarea ''"Liberación a QA"'' o similar''.'''<br>
  
'''3.''' Dar de alta la Sesión con los datos completos y detallados, necesarios para la ejecución.
+
'''2. Añadir los datos completos y detallados necesarios para la ejecución, como comentario a la tarea de Liberación'''<br>
  
     '''A. Nombre:''' El nombre de la Sesión de Pruebas, debe cumplir con el siguiente formato : '''''HU-Siglas de Proyecto-Numero / Nombre de la Historia''''' , este formato es el usado en los cronogramas, y es el mismo que se maneja en el backlog de JIRA.
+
     '''A. Nombre de HU a liberar:'''   '''''HU-Siglas de Proyecto-Numero / Nombre de la Historia''''' , este formato es el usado en los cronogramas, y es el mismo que se maneja en el backlog de JIRA. '''(Si se liberan todas las HU del alcance, especificar que se está entregando el alcance total del Ciclo/Sprint)'''.
 
 
    '''B. Usuario Asignado:'''  Todas las sesiones de pruebas deberán ir asignadas directamente al QA Manager, NO asignar a los Tester. QA Manager será el encargado de asignar la sesión, al tester que el decida.
 
 
   
 
   
     '''C. Incidencia Conexa:'''  De la lista desplegable, será necesario buscar la HU o Incidencia que va relacionada a la Sesión de Pruebas. Por Ejemplo: Si la sesión de Pruebas es para '''HU-TM2-23/BO-Crear Nueva Ruta''' , se debe buscar dentro del campo de Incidencias Conexas, el número de tarea que aplique para esta HU.
+
     '''B. Información adicional:'''  Se debe completar toda la información necesaria para que el equipo de Testing/QA, pueda dar inicio al flujo de validación. Es '''obligatorio''' indicar la siguiente información:
 
 
    '''D. Información adicional:'''  Se debe completar toda la información necesaria para que el equipo de Testing/QA, pueda dar inicio al flujo de validación. Es '''obligatorio''' indicar la siguiente información:
 
 
       Las  Pruebas Unitarias se encuentran en el repositorio en la ruta (Ruta repositorio)
 
       Las  Pruebas Unitarias se encuentran en el repositorio en la ruta (Ruta repositorio)
 
       Y en el TestLink en la ruta (Ruta TestLink).
 
       Y en el TestLink en la ruta (Ruta TestLink).
Línea 24: Línea 18:
 
       * Versión del APK (Si aplica) que se esta liberando:
 
       * Versión del APK (Si aplica) que se esta liberando:
  
[[Archivo:SesionPruebas2.png|centro]]
+
{{notice|'''IMPORTANTE: La tarea deberá ser movida a estatus "Terminado/Listo" una vez se haya liberado el ambiente completo a QA, en caso de que queden HU pendientes por liberar (para aquellos proyectos que se lleven con esta dinámica) se deberá agregar una nota adicional, indicando las HU o Tareas pendientes por liberar.'''}}
  
'''4.''' Notificar al equipo de QA
+
'''3. Notificar al equipo de QA'''
  
A continuación, será necesario enviar notificación al equipo de QA, para que verifique la sesión de pruebas y pueda dar inicio al flujo de validaciones.
+
A continuación, será necesario enviar notificación al equipo de QA, oficializando la liberación del desarrollo al ambiente de pruebas. Esta notificación se realizará a través del canal oficial del proyecto (para garantizar que todos esten enterados), etiquetando al grupo de "@testers". Una vez realizado esto, el equipo de QA podrá dar inicio al flujo de validaciones.<br>
Las notificaciones así como cualquier otra comunicación, deberá realizarse por medio del grupo del Slack destinado al proyecto, o en su defecto por medio de Correo Electrónico (debe incluir a PM, Coordinación, Equipo de Trabajo, Equipo de QA)
+
Las notificaciones así como cualquier otra comunicación, '''deberá realizarse por medio del grupo del Slack destinado al proyecto'''.
  
  
  
 
{{warning|'''IMPORTANTE: NO se tomará como notificación válida, cualquier aviso realizado fuera de los canales descritos en el punto anterior, o por medio de mensajes personales a QA Manager o Tester'''}}
 
{{warning|'''IMPORTANTE: NO se tomará como notificación válida, cualquier aviso realizado fuera de los canales descritos en el punto anterior, o por medio de mensajes personales a QA Manager o Tester'''}}
 
[[Archivo:SlackNotificacion.png|centro]]
 

Revisión actual del 23:56 30 jun 2020

Notificar Liberación a QA

1. Acceder al proyecto en JIRA y buscar la tarea "Liberación a QA" o similar.

2. Añadir los datos completos y detallados necesarios para la ejecución, como comentario a la tarea de Liberación

    A. Nombre de HU a liberar:   HU-Siglas de Proyecto-Numero / Nombre de la Historia , este formato es el usado en los cronogramas, y es el mismo que se maneja en el backlog de JIRA. (Si se liberan todas las HU del alcance, especificar que se está entregando el alcance total del Ciclo/Sprint).

    B. Información adicional:  Se debe completar toda la información necesaria para que el equipo de Testing/QA, pueda dar inicio al flujo de validación. Es obligatorio indicar la siguiente información:
      Las  Pruebas Unitarias se encuentran en el repositorio en la ruta (Ruta repositorio)
      Y en el TestLink en la ruta (Ruta TestLink).
      La información para las pruebas es la siguiente:
      * Url del aplicativo:
      * Usuarios de prueba: (uno para cada tipo o rol, o en su defecto, la ubicación en el syspass de estos datos)
      * Contraseñas:
      * Versión del APK (Si aplica) que se esta liberando:

3. Notificar al equipo de QA

A continuación, será necesario enviar notificación al equipo de QA, oficializando la liberación del desarrollo al ambiente de pruebas. Esta notificación se realizará a través del canal oficial del proyecto (para garantizar que todos esten enterados), etiquetando al grupo de "@testers". Una vez realizado esto, el equipo de QA podrá dar inicio al flujo de validaciones.
Las notificaciones así como cualquier otra comunicación, deberá realizarse por medio del grupo del Slack destinado al proyecto.


Warning Warning: IMPORTANTE: NO se tomará como notificación válida, cualquier aviso realizado fuera de los canales descritos en el punto anterior, o por medio de mensajes personales a QA Manager o Tester