Capacitación SpiraTest UT v 7 1

download Capacitación SpiraTest UT v 7 1

of 39

Transcript of Capacitación SpiraTest UT v 7 1

  • SpiraTestHildebrandoNoviembre, 2010

  • Acceso a SpiraTestPantalla de acceso para capturar usuario y contrasea

  • Mdulos PrincipalesMy Page

    Project Home

    Planing

    Testing

    Tracking

    Reporting

  • Project Home - EstatusResumen de Requerimientos

    Estatus de Ejecucin

    Resumen de Defectos

  • Planning Requerimientos de pruebaSeleccionar en el men Planning -> Requirements

  • Testing Casos de PruebaPara ingresar a los casos de prueba, en la barra de navegacin seleccionar en el men Testing -> Test Cases

  • ReportingEn el mdulo Reporting se muestran los tipos de reportes

  • Control y Seguimiento de DefectosSpiraTestMayo 2009

  • Control y Seguimiento - Roles* Para dar de alta proyectos y usuarios la solicitud se realiza travs de QA

    RolPermisosAdministradorAlta, modificacin y baja de proyectos, creacin de usuarios y contraseas*QAAcceso a consulta y extraccin de informacin del proyecto asignado. Cambio de severidad a los defectosLder de proyectoAcceso a consulta y extraccin de informacin del proyecto asignadoTester / UsuarioRegistro, actualizacin y consulta de defectos, extraccin de informacin del proyecto asignadoDesarrolloConsulta, atencin y resolucin de defectos, extraccin de informacin del proyecto asignadoBSAAcceso a consulta y extraccin de informacin del proyecto asignado

  • Severidad - DefectosLos ingenieros de prueba y usuarios asignan la severidad al registrar el defecto

    SeveridadDescripcinS1 AltaLa aplicacin o mdulo dej de funcionar, DETIENE EL FLUJO DE LA OPERACIN y NO existe manera alterna de ejecutarlo. NO permite continuar el flujo de pruebas (la funcionalidad relacionada a la incidencia est dentro del alcance).Ej. Aplicacin NO est disponible, ambiente de pruebas equivocado y/o no disponible, versin errnea, configuracin y/o catalogacin, desempeo, concurrencia, tiempo de respuesta, no hay acceso (usuario/contrasea reseteo / bloqueo), parametrizacin, etc. No se puede probar. Requiere Atencin INMEDIATA del proveedor.S2 MediaLa aplicacin o mdulo funciona parcialmente, AFECTA LA OPERACIN, sin embargo, existe manera de continuar con la operacin o con el flujo de ejecucin de las pruebas (la funcionalidad relacionada a la incidencia est dentro del alcance). EJ. Una funcin/proceso importante est siendo afectado y la ejecucin est seriamente obstaculizada, proceso no concluido, cada de datos incorrecta, etc.S3 BajaLa aplicacin o mdulo funciona pero presenta problemas menores en los resultados, esto NO AFECTA LA OPERACIN o ejecucin de las pruebas (la funcionalidad relacionada a la incidencia se encuentra dentro del alcance)Ej. Trminos, traduccin, ortografa, gramtica, formato, caracteres especiales, impresin, alineacin, look and feel, etc.S4 SugerenciaCualquier cambio no definido dentro del BRD / Diseo Funcional deber ser analizado y autorizado para atenderse de la siguiente manera:-Dentro del proyecto: Como variacin de alcance, pudiendo impactar el tiempo o presupuesto del proyecto -Fuera del proyecto: Con otro proyecto o una solicitud de mantenimiento. NOTA: Se incluyen en el listado total de incidencias para poder tener un mejor control y darle seguimiento posterior.

  • Prioridad - DefectosLos ingenieros de prueba, usuarios y QA definen la prioridad del defecto

    PrioridadDescripcinAltaEl defecto se debe de arreglar inmediatamenteMediaEl defecto se debe arreglar en un tiempo prximoBajaEl defecto puede se arreglado ms adelante

  • Tipos de Atencin - DefectosEl equipo de desarrollo da una resolucin al defecto levantado

    TipoDescripcinAssignedValor por default al crear el defectoAs DesignedEsta conforme a la especificacin del caso de usoIssue In ProductionProblema conocido en produccinChange RequestCambio al requerimiento inicialmente especificado en el caso de usoCould Not ReproduceNo se puede reproducir el defectoDuplicateEl defecto ya fue registrado FixedEl defecto esta listo para ser validado por el Ingeniero de PruebasNeed More InfoSe requiere ms informacin para su atencinUnder ConstructionEl defecto esta siendo atendido por el desarrolladorCant be FixedEl defecto no puede ser reparadoDisagreeEl desarrollador no esta de acuerdo con el defecto levantado

  • Estatus - DefectosTesting / Usuario New Response CloseDesarrollo / ITVendorReponse

    EstatusDescripcinNewValor por default al crear el defectoVendorDefecto asignado a un desarrolladorResponseRegresar defecto al Tester/Usuario para su validacinCloseDefecto cerrado

  • Complejidad del defectoEl equipo de desarrollo califica la complejidad del defecto

    Complejidad para la resolucin del defecto AltaMediaBaja

  • Clasificacin del defecto

    TipoDescripcinFuncionalTodos los problemas relacionados al alcance y requerimientos del proyecto.DocumentacinAmbigedades e inconsistencias que existan en los documentos como DF y DT vs BRDDatosProblemas con la informacin cargada en la aplicacin, problemas de base de datos, parametrizacin, integridad de datosAmbienteProblemas de infraestructura, comunicacin, versiones, etc.PerformanceRendimiento de la aplicacin SeguridadProblemas con perfiles de usuario, cuentas de usuario, perdida de informacin por tipos de roles, etcUsabilidadProblemas para manejar la aplicacin con facilidadCosmticos L & FPor clasificarRevisando el tipo de clasificacin por parte del equipo de desarrollo

  • Transicin de estatusTipo de Atencin

    FixedAs DesignedCould Not ReproduceDisagree with SuggestionDuplicateNeed More InfoUnder ConstructionChange RequestKnown Issue productionTesting / UsuarioNewResponseClose

    Desarrollo / ITVendor

  • Ejecucin del Caso de PruebaEn la pestaa Testing -> Testcase seleccionamos nuestro caso de prueba que vamos a ejecutar, una vez adentro dar click en Execute para correr el caso

  • Ejecucin del Caso de PruebaSeleccionamos en Release la etapa de pruebas en que nos encontramos y le damos click en Next para empezar la ejecucion.

  • Ejecucin del Caso de PruebaLas opciones que tenemos son:

    Pass: La ejecucin fue OK

    Caution: La ejecucin pas pero no es aceptable

    Fail: La ejecucin no fue exitosa

    Pausa: Detiene el tiempo de ejecucin

  • Levantamiento de defecto campos obligatoriosActual Result: Descripcin del resultado obtenido de la ejecucin

    Name: Nombre del defecto ( mismo nombre del caso)

    Owner: Persona que documenta el defecto

    Priority: Prioridad del defecto

    Severity: La severidad del defecto

    Aplication: Aplicacin en la que se localiza el defecto

  • Levantamiento de defecto Incidencia creada

  • Levantamiento de defecto campos obligatoriosPara finalizar el proceso de ejecucin debemos de dar click en el boton Finish

  • Levantamiento de defecto campos obligatoriosSi el caso falla queda registrado como Fail y se actualiza la fecha a la ultima ejecucion

  • Levantamiento de defectoUna vez registrado el defecto en la herramienta manda un correo a la persona de desarrollo que se fue asignado para su atencin.Desarrollo accesa a la herramienta y automticamente le muestra cules son los defectos asignados y entrar directamente al defecto asignado deseado.

  • Defectos Seguimiento DesarrolloPara poder regresar las incidencia debemos de llenar los campos:

    Type: tipo de atencin que se le dio al defecto.Owned by: ponemos el nombre de la persona que nos asigno el defecto y puede seguir el flujo mas adelante.Resolved release: seleccionamos la etapa en que fue resuelto el defecto.

  • Defectos Seguimiento DesarrolloEn la pestaa Resoltion encontraremos un cuando en el cual indicamos cual fue el resultad del anlisis del defecto as como una descripcin del la solucin que se llevo a cabo.

  • Defectos Seguimiento DesarrolloEn la pestaa Schedule encontraremos el campo: Estimated Effort: ponemos el tiempo predeterminado para atender el defecto

    Acual Effort: en este indicamos el tiempo real que tomo resolver el defecto

  • Defectos Seguimiento DesarrolloEn la pestaa Custom Props debemos capturar los campos:

    Complejidad: Dificultad estimada de atencin del defectoFase de inyeccin : etapa a la que se debe el defectoClasificacin del defecto: Dnde se origin el defecto?

  • Defectos Seguimiento DesarrolloUna vez que se capturaron todos lo campos mencionados anteriormente se procede los cambios efectuados durante el proceso.

    Debemos de dar click sobre el boto Save para llevarlo a cabo

  • Defectos Seguimiento DesarrolloPara finalizar debemos de dar click en Responde para que cambie el estado y despus click en Save para guardarlo y puedan terminar de dar el seguimiento al defecto.

  • Validacin del Defecto Una vez que es asignado el defecto manda un correo de aviso para indicar que est listo el defecto para ser verificado.

    Si el defecto se corrigio correctamente, dentro del workflow Operations damos click en Closed

  • Validacin del Defecto Una vez en este flujo debemos de capturar:Verified in Release: el release en cual comprobamos que el defecto fue corregidoPestaa Resolution : confirmaos la solucion al defecto

    Para finalizar damos click en Save para cerrar el seguimiento del defecto

  • Asociar un Defecto con otroAssociationsAdd

  • Asociar un Defecto con otro Seleccionar el nombre del defecto o nmeroAdd

  • Asociar un Defecto con otro Te despliega el defecto Asociado

    Los ingenieros de prueba asocian el defecto

  • Herrramienta de ImportacinNueva herramienta de importacin y exportacin de informacin.

    Puedes extraer informacin del proyecto seleccionado.Puedes hacer modificaciones de la informacin extrada en el Excel del proyecto y volverla a subir sincronizadamente.

  • Soporte QAIT

    Karla Lopez Ext 7259

    Isaac Gonzalez Ext 7259

    Javier Telis Ext 5022

  • Esta informacin es confidencial y propiedad de Hildebrando SA de CVPgina *

    GRACIAS

    *Se terminan los proyectos DTS, ya que entran 5 julio entra Spira Test desde la fase de diseo.*Poner un ejemplo de los requerimientos que te da herramienta en Spira test (que es parte del Diseo)*No se disea en excel, el Diseo y captura se va hacer en esta pgina (Testing->Test Cases), el documento de excel que se obtiene de Spira Test de los casos de prueba es el que se imprime y se van a obtener las firmas y se escanea y se sube al map. Esta es la Firma del diseo de los casos de prueba.El nico archivo que se va llevar en Excel es la matriz de pruebas.

    Ejemplo de casos de prueba sin ejecutar en excel

    *Ejemplos de casos de prueba ejecutados e incidencias. Cuadro rojo incident list*Mostrar el archivo el diseo se va hacer en spira para altas de usuarios muestra el archivo de alta en excel*Incidente asigando.assaing si igual. Marco rojo in producccin es nueva y se esta incluyendo*Nuevo. De que lado esta el defec to y que se esa haciendo con este defecto. Atencion El flujo no cambia los estatus del usuario.

    Atencion o respuesta del proveedor.

    *Seguimietno mas puntual del desarrollo, tiempos de respuesta de desarrollo *Desaroollo y qa cambiar esto. Correciones **Poner el mensaje de aceptar

    *Poner el mensaje de aceptar

    *Poner el mensaje de aceptar

    *Poner el mensaje de aceptar

    *Poner el mensaje de aceptar

    *Poner el mensaje de aceptar

    *Poner el mensaje de aceptar

    *Poner el mensaje de aceptar

    **Actualizar imagen con la fase de inyeccin como no requerido y aplicacin como no obligatorio para desarrollo*Actualizar imagen con la fase de inyeccin como no requerido y aplicacin como no obligatorio para desarrollo*Actualizar imagen con la fase de inyeccin como no requerido y aplicacin como no obligatorio para desarrollo**Sealar el cuadro de resolution*Sealar el cuadro de resolution*Tracking incident*Tracking incident ***