SpiraTest

Hildebrando
Noviembre, 2010


Acceso a SpiraTest
Pantalla de acceso para capturar usuario y contrasea
Mdulos Principales
My Page

Project Home

Planing

Testing

Tracking

Reporting

Project Home - Estatus
Resumen de
Requerimientos

Estatus de Ejecucin

Resumen de
Defectos

Planning Requerimientos de prueba
Seleccionar en el men Planning -> Requirements

Testing Casos de Prueba
Para ingresar a los casos de prueba, en la barra de navegacin
seleccionar en el men Testing -> Test Cases
Reporting
En el mdulo Reporting se muestran los tipos de reportes
Control y Seguimiento de Defectos
SpiraTest
Mayo 2009
Control y Seguimiento - Roles
Rol Permisos
Administrador Alta, modificacin y baja de proyectos, creacin de usuarios y
contraseas*
QA Acceso a consulta y extraccin de informacin del proyecto
asignado. Cambio de severidad a los defectos
Lder de proyecto Acceso a consulta y extraccin de informacin del proyecto
asignado
Tester / Usuario Registro, actualizacin y consulta de defectos, extraccin de
informacin del proyecto asignado
Desarrollo Consulta, atencin y resolucin de defectos, extraccin de
informacin del proyecto asignado
BSA Acceso a consulta y extraccin de informacin del proyecto
asignado
* Para dar de alta proyectos y usuarios la solicitud se realiza travs de QA
Severidad - Defectos
Severidad Descripcin
S1 Alta La 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 Media La 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 Baja La 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 Sugerencia Cualquier 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.
Los ingenieros de prueba y usuarios asignan la severidad al registrar el defecto
Prioridad - Defectos
Prioridad Descripcin
Alta El defecto se debe de arreglar inmediatamente
Media El defecto se debe arreglar en un tiempo prximo
Baja El defecto puede se arreglado ms adelante
Los ingenieros de prueba, usuarios y QA definen la prioridad del defecto
Tipos de Atencin - Defectos
Tipo Descripcin
Assigned Valor por default al crear el defecto
As Designed Esta conforme a la especificacin del caso de uso
Issue In Production Problema conocido en produccin
Change Request Cambio al requerimiento inicialmente especificado en el caso de
uso
Could Not Reproduce No se puede reproducir el defecto
Duplicate El defecto ya fue registrado
Fixed El defecto esta listo para ser validado por el Ingeniero de Pruebas
Need More Info Se requiere ms informacin para su atencin
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 resolucin al defecto levantado
Estatus - Defectos
Estatus Descripcin
New Valor por default al crear el defecto
Vendor Defecto asignado a un desarrollador
Response Regresar defecto al Tester/Usuario para su validacin
Close Defecto cerrado
Testing / Usuario
New
Response
Close
Desarrollo / IT
Vendor
Reponse
Complejidad del defecto
Complejidad para la
resolucin del defecto
Alta
Media
Baja
El equipo de desarrollo califica la complejidad del defecto
Clasificacin del defecto
Tipo Descripcin
Funcional Todos los problemas relacionados al alcance y
requerimientos del proyecto.
Documentacin Ambigedades e inconsistencias que existan en los
documentos como DF y DT vs BRD
Datos Problemas con la informacin cargada en la aplicacin,
problemas de base de datos, parametrizacin, integridad
de datos
Ambiente Problemas de infraestructura, comunicacin, versiones,
etc.
Performance Rendimiento de la aplicacin
Seguridad Problemas con perfiles de usuario, cuentas de usuario,
perdida de informacin por tipos de roles, etc
Usabilidad Problemas para manejar la aplicacin con facilidad
Cosmticos L & F
Por clasificar Revisando el tipo de clasificacin por parte del equipo de
desarrollo
Ingeniero de Pruebas / Usuario Desarrollo / IT
New
Vendor
Response
Close
Registrar
Cerrar
Analizar
Atender
Rechazar
Transicin de estatus
Tipo de Atencin

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. Known Issue
production
Testing / Usuario
New
Response
Close

Desarrollo / IT
Vendor
Ejecucin del Caso de Prueba
En 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 Prueba
Seleccionamos en Release la etapa de pruebas en que nos encontramos
y le damos click en Next para empezar la ejecucion.
Ejecucin del Caso de Prueba
Las 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 obligatorios
Actual 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 obligatorios
Para finalizar el proceso de ejecucin debemos de dar click en el boton Finish
Levantamiento de defecto campos obligatorios
Si el caso falla queda registrado como Fail y se actualiza la fecha a la ultima
ejecucion
Levantamiento de defecto
Una 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 Desarrollo
Para 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 Desarrollo
En 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 Desarrollo
En 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 Desarrollo
En la pestaa Custom Props debemos capturar los campos:

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



Defectos Seguimiento Desarrollo
Una 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 Desarrollo
Para 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 corregido
Pestaa Resolution : confirmaos la solucion al defecto

Para finalizar damos click en Save para cerrar el seguimiento del defecto
Asociar un Defecto con otro
Associations
Add
Asociar un Defecto con otro
Seleccionar el nombre del defecto o nmero
Add


Asociar un Defecto con otro
Te despliega el defecto Asociado


Los ingenieros de prueba asocian el defecto
Herrramienta de Importacin
Nueva 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 CV Pgina 39