spiratest hildebrando noviembre, 2010. acceso a spiratest pantalla de acceso para capturar usuario y...
TRANSCRIPT
SpiraTestHildebrando
Noviembre, 2010
Acceso a SpiraTest
Pantalla de acceso para capturar usuario y contraseña
Módulos Principales
My Page
Project Home
Planing
Testing
Tracking
Reporting
Project Home - Estatus
Resumen de Requerimientos
Estatus de Ejecución
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 navegación seleccionar en el menú Testing -> Test Cases
Reporting
En el módulo “Reporting” se muestran los tipos de reportes
Control y Seguimiento de DefectosSpiraTest
Mayo 2009
Control y Seguimiento - Roles
Rol Permisos
Administrador Alta, modificación y baja de proyectos, creación de usuarios y contraseñas*
QA Acceso a consulta y extracción de información del proyecto asignado. Cambio de severidad a los defectos
Líder de proyecto Acceso a consulta y extracción de información del proyecto asignado
Tester / Usuario Registro, actualización y consulta de defectos, extracción de información del proyecto asignado
Desarrollo Consulta, atención y resolución de defectos, extracción de información del proyecto asignado
BSA Acceso a consulta y extracción de información del proyecto asignado
* Para dar de alta proyectos y usuarios la solicitud se realiza través de QA
Severidad - Defectos
Severidad Descripción
S1 – Alta 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 – Sugerencia 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
Prioridad - Defectos
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 se arreglado más adelante
Los ingenieros de prueba, usuarios y QA definen la prioridad del defecto
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
Duplicate 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
Estatus - Defectos
Estatus Descripción
New Valor por default al crear el defecto
Vendor Defecto asignado a un desarrollador
Response Regresar defecto al Tester/Usuario para su validación
Close Defecto cerrado
Testing / Usuario• New• Response• Close
Desarrollo / IT• Vendor• Reponse
Complejidad del defecto
Complejidad para la resolución del defecto
Alta
Media
Baja
El equipo de desarrollo califica la complejidad del defecto
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 L & F
Por clasificar Revisando el tipo de clasificación por parte del equipo de desarrollo
Ingeniero de Pruebas / Usuario
Desarrollo / IT
New
Vendor
Response
Close
Registrar
Cerrar
Analizar
Atender
Rechazar
Transición de estatus
Tipo de Atención
1. Fixed2. As Designed3. Could Not
Reproduce4. Disagree with
Suggestion5. Duplicate6. Need More Info7. Under Construction8. Change Request9. Known Issue
production
Testing / Usuario• New• Response• Close
Desarrollo / IT• Vendor
Ejecución del Caso de Prueba
En la pestaña “Testing” -> “Testcase” seleccionamos nuestro caso de prueba que vamos a ejecutar, una vez adentro dar click en “Execute” para correr el caso
Ejecución 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.
Ejecución del Caso de Prueba
Las opciones que tenemos son:
Pass: La ejecución fue OK
Caution: La ejecución pasó pero no es aceptable
Fail: La ejecución no fue exitosa
Pausa: Detiene el tiempo de ejecución
Levantamiento de defecto – campos obligatorios
Actual Result: Descripción del resultado obtenido de la ejecución
Name: Nombre del defecto ( mismo nombre del caso)
Owner: Persona que documenta el defecto
Priority: Prioridad del defecto
Severity: La severidad del defecto
Aplication: Aplicación en la que se localiza el defecto
Levantamiento de defecto – Incidencia creada
Levantamiento de defecto – campos obligatorios
Para finalizar el proceso de ejecución 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 atención.
Desarrollo accesa a la herramienta y automáticamente le muestra cuáles 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 atención 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 pestaña “Resoltion” encontraremos un cuando en el cual indicamos cual fue el resultad del análisis del defecto así como una descripción del la solución que se llevo a cabo.
Defectos – Seguimiento Desarrollo
En la pestaña “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 pestaña “Custom Props” debemos capturar 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: Dónde 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 después click en “Save” para guardarlo y puedan terminar de dar el seguimiento al defecto.
Validación 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”
Validación del Defecto
Una vez en este flujo debemos de capturar: Verified in Release: el release en cual comprobamos que el defecto fue corregido Pestaña “Resolution” : confirmaos la solucion al defecto
Para finalizar damos click en “Save” para cerrar el seguimiento del defecto
Asociar un Defecto con otro
AssociationsAdd
Asociar un Defecto con otro
Seleccionar el nombre del defecto o número Add
Asociar un Defecto con otro
Te despliega el defecto Asociado
Los ingenieros de prueba asocian el defecto
Herrramienta de Importación
Nueva herramienta de importación y exportación de información.
Puedes extraer información del proyecto seleccionado. Puedes hacer modificaciones de la información extraída 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 información es confidencial y propiedad de Hildebrando SA de CV Página 39
GRACIAGRACIASS