Transcript Guía de Usuario

SPIRA TEST
Spira Test
Celulares y
Laptops
Tiempo del
curso
Asistencia
Preguntas
Evaluación
© Copyright 2013 HITSS
2
Temario
1. Acceso a Spira
2. Módulos Principales
3. Transición de Estatus
4. Tipos de Atención
5. Prioridad
6. Severidad
7. Clasificación del Defecto
8. Registros de Defectos
9. Defectos Seguimiento Desarrollo
10. Complejidad del Defecto
11. Reporting
12. Fin
© Copyright 2013 HITSS
3
Objetivo
Que todos los involucrados con el rol de desarrollador puedan hacer uso
eficiente de la herramienta Spira Test, diferenciando la función de cada uno de
los módulos así como el dominio en el seguimiento de defectos reportados por
el área de testing.
© Copyright 2013 HITSS
4
Definición de defecto e incidencia
Defecto: Imperfección en un componente o sistema que puede causar que el
componente o sistema falle en desempeñar las funciones requeridas (ambiente de
pruebas) .
Incidencia: Imperfección en un componente o sistema que puede causar que el
componente o sistema falle en desempeñar las funciones requeridas (ambiente de
producción).
© Copyright 2013 HITSS
5
Severidad - Defectos
Severidad
S1 – Alta
Descripción
La aplicación o módulo dejó de funcionar, DETIENE EL FLUJO DE LA OPERACIÓN 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. Aplicación NO está disponible, ambiente de pruebas equivocado y/o no disponible, versión errónea,
configuración y/o catalogación, desempeño, concurrencia, tiempo de respuesta, no hay acceso
(usuario/contraseña reseteo / bloqueo), parametrización, etc.
No se puede probar. Requiere Atención INMEDIATA del proveedor.
S2 – Media
La aplicación o módulo funciona parcialmente, AFECTA LA OPERACIÓN, sin embargo, existe manera
de continuar con la operación o con el flujo de ejecución de las pruebas (la funcionalidad relacionada a
la incidencia está dentro del alcance).
EJ. Una función/proceso importante está siendo afectado y la ejecución está seriamente obstaculizada,
proceso no concluido, caída de datos incorrecta, etc.
S3 – Baja
La aplicación o módulo funciona pero presenta problemas menores en los resultados, esto NO
AFECTA LA OPERACIÓN o ejecución de las pruebas (la funcionalidad relacionada a la incidencia se
encuentra dentro del alcance)
Ej. Términos, traducción, ortografía, gramática, formato, caracteres especiales, impresión, alineación,
“look and feel”, etc.
S4– Cambio de
Requerimiento
Cualquier cambio no definido dentro del BRD / Diseño Funcional deberá ser analizado y autorizado
para atenderse de la siguiente manera:
-Dentro del proyecto: Como variación 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.
Los ingenieros de prueba y usuarios asignan la severidad al registrar el defecto
© Copyright 2013 HITSS
6
Prioridad – Defectos y SLA’s
Prioridad
Descripción
Alta
El defecto se debe de arreglar inmediatamente
Media
El defecto se debe arreglar en un tiempo próximo
Baja
El defecto puede ser arreglado más adelante
Severidad
Nivel de atención
S1 – Alta
8 horas
S2 – Media
16 horas
S3 – Baja
24 horas
© Copyright 2013 HITSS
7
¿Qué es Spira Test?
Una herramienta que nos permitirá administrar los activos del Proceso de Pruebas
en un solo ambiente y con una completa trazabilidad entre los componentes
(Requerimientos, Casos de Prueba y Defectos).
Al ser un Web Application puede ser accedida desde cualquier lugar.
Se pueden gestionar desde 1 a 999999 proyectos y entre 1 y 999999 usuarios, con la
misma licencia.
© Copyright 2013 HITSS
8
Quality Management ¡Integrado!
¿Qué elementos gestiona?
• Requerimientos
• Releases - Iteraciones
• Casos de Prueba
• Sets de Prueba
• Seguimiento de la Ejecución
• Control de Defectos
© Copyright 2013 HITSS
9
Quality Management ¡Integrado!
¿Qué otros elementos ofrece la herramienta?
Personalización del Flujo de trabajo de los Defectos.
Personalización de Campos y Listas.
Configuración de Notificaciones
Reportes Personalizados
“Import” de Elementos desde hojas de Excel
Integración con otras herramientas para la automatización de pruebas.
Herramienta de
Automatización
© Copyright 2013 HITSS
Solución
Completa
10
Cobertura del proceso
Reporteo y Análisis
Definir
Requerimientos
Ejecutar
Pruebas
Rastrear
Defectos
© Copyright 2013 HITSS
Métricas y
reportes
11
Acceso a SpiraTest
Pantalla de acceso para capturar usuario y contraseña
© Copyright 2013 HITSS
12
Módulos Principales
My Page
Project Home
Planing
Testing
Tracking
Reporting
© Copyright 2013 HITSS
13
Project Home - Estatus
 Resumen de Requerimientos
 Estatus de Ejecución
 Resumen de Defectos
© Copyright 2013 HITSS
14
© Copyright 2013 HITSS
15
Transición de estatus
Flujo de Defectos
Testing / Usuario
• New
• Response
• Close
Ingeniero de Pruebas / Usuario
Desarrollo / IT
Registrar
New
Desarrollo / IT
• Vendor
Tipo de Atención
Re-Asignar
Vendor
Analizar
Atender
Response
Cerrar
1. Fixed
2. As Designed
3. Could Not
Reproduce
4. Disagree with
Suggestion
5. Duplicate
6. Need More Info
7. Under Construction
8. Change Request
9. Issue production
Close
© Copyright 2013 HITSS
16
Estatus - Defectos
Estatus
Descripción
New
Valor por default al crear el defecto
Vendor
Defecto es asignado a un desarrollador
Response
Después del análisis y/o Solución al Defecto se
Devuelve al Tester/Usuario para su validación
Close
Defecto se encuentra cerrado
Testing / Usuario
• New
• Response
• Close
Desarrollo / IT
• Vendor
• Reponse
© Copyright 2013 HITSS
17
Tipos de Atención - Defectos
Tipo
Descripción
Assigned
Valor por default al crear el defecto
As Designed
Esta conforme a la especificación del caso de uso
Issue In Production
Problema conocido en producción
Change Request
Cambio al requerimiento inicialmente especificado en el caso de
uso
Could Not Reproduce
No se puede reproducir el defecto
Duplicated
El defecto ya fue registrado
Fixed
El defecto esta listo para ser validado por el Ingeniero de Pruebas
Need More Info
Se requiere más información para su atención
Under Construction
El defecto esta siendo atendido por el desarrollador
Cant be Fixed
El defecto no puede ser reparado
Disagree
El desarrollador no esta de acuerdo con el defecto levantado
El equipo de desarrollo da una resolución al defecto levantado
© Copyright 2013 HITSS
18
Clasificación del defecto
Tipo
Descripción
Funcional
Todos los problemas relacionados al alcance y
requerimientos del proyecto.
Documentación
Ambigüedades e inconsistencias que existan en los
documentos como DF y DT vs BRD
Datos
Problemas con la información cargada en la aplicación,
problemas de base de datos, parametrización, integridad
de datos
Ambiente
Problemas de infraestructura, comunicación, versiones, etc.
Performance
Rendimiento de la aplicación
Seguridad
Problemas con perfiles de usuario, cuentas de usuario,
perdida de información por tipos de roles, etc
Usabilidad
Problemas para manejar la aplicación con facilidad
Cosméticos
Look & Feel
Por clasificar
Revisando el tipo de clasificación por parte del equipo de
desarrollo
© Copyright 2013 HITSS
19
Privilegios con el rol developer
Modulo
Pivilegio
Requirements
View
Test Case
View
Incidents
Modify
Test Steps
View
© Copyright 2013 HITSS
20
Registro de defectos
 Una vez registrado el defecto en la herramienta manda un correo a la persona de
desarrollo que se fue asignado para su atención.
 El Desarrollo al que se le asigno el defecto ingresa al portal Spira y en la primera
pantalla le muestra cuáles son los defectos que tiene asignados en el Modulo “My
Assigned Incidents”
© Copyright 2013 HITSS
21
Registro de defectos – Modulo Tracking
 El Modulo Tracking contiene el Registro Completo de Incidencias por proyecto.
Dentro de las propiedades mas sobresalientes tenemos:
Incident Name: Nombre de la Incidencia
Detected By: La persona que registro la incidencia en el Portal
Owned By: Es la persona que tiene la responsabilidad de la Incidencia en el momento
Inc. # : Numero de Registro de Incidencia
© Copyright 2013 HITSS
22
Registro de defecto
Filtros para Búsqueda mas rápida y exacta en el registro de Defectos
© Copyright 2013 HITSS
23
Defectos – Seguimiento Desarrollo
Para poder regresar las incidencia debemos de llenar los campos:
 Type: Tipo de atención que se le dio al defecto.
 Owned by: Ponemos el nombre de la persona que asignó originalmente el
defecto y puede seguir el flujo mas adelante.
 Resolved release: Seleccionamos de un Listado de Release la etapa en la que
se realizo el arreglo para continuar con el flujo
© Copyright 2013 HITSS
24
Defectos – Seguimiento Desarrollo
En la pestaña “Resolution” encontraremos un cuadro de Texto en el cual
indicamos cual fue el resultado del análisis del defecto así como una
descripción del la solución que se llevo a cabo.
© Copyright 2013 HITSS
25
Defectos – Seguimiento Desarrollo
En la pestaña “Schedule” encontraremos el campo:
 Estimated Effort: Se ingresara el tiempo planeado para atender el
defecto
 Actual Effort: Se ingresara el tiempo real que se necesito para resolver
el defecto
© Copyright 2013 HITSS
26
Defectos – Seguimiento Desarrollo
En la pestaña “Custom Props” debemos seleccionar los campos:
 Complejidad: Dificultad estimada de atención del defecto
 Fase de inyección : Etapa a la que se debe el defecto
 Clasificación del defecto: Son las categorías en las que un defecto debe ser
asignado
Complejidad para la resolución del defecto
El equipo de desarrollo
califica la complejidad del defecto
Alta
Media
Baja
© Copyright 2013 HITSS
27
Defectos – Seguimiento Desarrollo
Cuando todos lo campos mencionados anteriormente se han actualizado se
procede a guardar el registro de los cambios efectuados.
Para ello debemos de dar clic sobre el botón “Save”
© Copyright 2013 HITSS
28
Defectos – Seguimiento Desarrollo
Para finalizar debemos de dar clic en el botón “Response” ubicado en el cuadro
“WorkFlow Operations” para que cambie de estado
Posteriormente dar clic en el botón “Save” para guardar los cambios realizados
Con esto se da por concluido el seguimiento al defecto.
© Copyright 2013 HITSS
29
Reporting
 En el módulo “Reporting” se muestran los tipos de reportes
© Copyright 2013 HITSS
30
Reporting
Después de Seleccionar los filtros deseados presionar el Botón “Create Report” para
descargar el Reporte
© Copyright 2013 HITSS
31
Guía de Usuario Completa
© Copyright 2013 HITSS
32
Anexo
© Copyright 2013 HITSS
33
Configuración actual de Spira (campos activos vs requeridos)
Campos - Estatus
Fields
New
Activo Requerido
Actual Effort
Vendor
Activo Requerido
Response
Activo Requerido
















Closed
Activo Requerido
Change
Activo Requerido
Closed On
Description
Detected Release




Est. Effort
Type
Name
Detected By
Owned By
Priority










Resolution
Resolved Release
Severity
Started On







Complejidad
Fase de inyección
Aplicación
Proveedor











Verified Release
Clasificación del defecto












© Copyright 2013 HITSS







34
Roles y privilegios
Roles - Privilegios
Artefactos
Project Owner:
Requirement
M D
V
C



Manager
Developer:
Tester:
















DM:
Incident User
Tester Lead:


QA:
Observer:
Developer Mtto:
BSA Mtto:
Tester Mtto:
Test Lead - Observer:
BSA / QA - Observer:
Responsable Proyecto:
Observer:
Developer Mtto 2:
CN:
BIT:




















Test Case
M D
V
C















Incident
M D
V
C


































© Copyright 2013 HITSS


Release
M D
V
C































Test Run
M D
V
C













































35
Roles y privilegios
Roles - Privilegios
Artefactos
Project Owner:
Manager
Developer:
Tester:
DM:
C
Task
M D





V
C
Test Step
M D V













C

Test Set
M D V






Incident User
Tester Lead:
QA:
Observer:
Developer Mtto:
BSA Mtto:
Tester Mtto:
Test Lead - Observer:
BSA / QA - Observer:
Responsable Proyecto:
Observer:
Developer Mtto 2:
CN:
BIT:



















































© Copyright 2013 HITSS













A
Documents
E
D V





































A


















Discussions
E
D V
Source Code
A E
D V



















36
Transiciones - Roles
Transiciones - Roles
Trancisiones
New - Vendor
Vendor - Response
Vendor - Change
Project Owner Tester Tester Lead BSA Mtto Tester Mtto Responsable de Proyecto Developer






DM
QA



Response - Closed





Response - Vendor




Change - Response


Change - Vendor


Response - Change


Notificaciones
Trancisiones
Project Owner Tester Tester Lead BSA Mtto Tester Mtto Responsable de Proyecto Developer
*
New - Vendor
Vendor - Response
*
*
DM
QA
*
*
Vendor - Change
*
Response - Change
*
Response - Closed
*
Response - Vendor
Change - Response
*
Change - Vendor
*
© Copyright 2013 HITSS
37
Dudas o Preguntas?
© Copyright 2013 HITSS
38
GRACIAS