jira bug tracking tool tutorial
Seguimiento de errores de JIRA: ciclo de vida de los defectos en JIRA
Descarga e instalación de Jira se explicó en detalle en nuestro tutorial anterior. Los equipos de prueba siempre están preocupados por elegir JIRA para la gestión de defectos.
La duda está justificada. Se deriva del hecho de que, aunque la herramienta de seguimiento de errores de JIRA es aplicable a las empresas de TI, es un sistema de emisión de tickets genérico.
Incluso para los proyectos de TI, la popularidad de JIRA entre los equipos de desarrollo hace que los evaluadores y los equipos de control de calidad se sientan incómodos. A pesar de la comodidad o incomodidad, los equipos de prueba no tienen más remedio que utilizar la herramienta de seguimiento de errores de JIRA en la mayoría de las empresas. Nuestro Guía completa sobre entrenamiento JIRA le dará un excelente conocimiento de la herramienta.
=> Haga clic aquí para ver la serie completa de tutoriales de JIRA
¿Por qué? Lógica simple Las empresas no quieren invertir en múltiples herramientas. Simplemente tiene sentido comercial maximizar la utilización de sus herramientas y no volverse loco comprando demasiadas licencias.
Entonces, si un equipo de desarrollo usa Atlassian JIRA herramienta de seguimiento de errores para realizar un seguimiento de sus requisitos, mejoras, tareas o historias de usuario, entonces el equipo de prueba, muy probablemente, tiene que utilizarla para el seguimiento de errores.
Pero relájate . La gestión de defectos de JIRA es tan buena como cualquier otra herramienta . De hecho, en algunas situaciones, incluso podría ser mejor.
Este es el tutorial que le mostrará, mediante capturas de pantalla y todo, la aplicabilidad de JIRA al seguimiento de errores.
Lo que vas a aprender:
- Las mejores características de la herramienta de seguimiento de errores JIRA
- # 1) JIRA trata todo el trabajo dentro de él como un problema
- # 2) Los informes de defectos necesitan que se registre la siguiente información para cada problema:
- # 3) Ciclo de vida del defecto:
- # 4) Comentarios y colaboración con el equipo de desarrollo
- # 5) Vincular el defecto a un requisito para permitir la trazabilidad
- # 6) Los defectos se pueden importar desde un archivo CSV
- # 7) Los defectos se pueden exportar a Word, XML y formatos imprimibles
- # 8) Informes completos de problemas:
- Aplicabilidad de JIRA a las pruebas: un dilema alternativo
- Creación de un problema de Jira y varios campos
- ¿Cómo se manejan los problemas en JIRA?
Las mejores características de la herramienta de seguimiento de errores JIRA
Aquí vamos.
# 1) JIRA trata todo el trabajo dentro de él como un problema
Entonces, en JIRA crear un defecto sería crear un problema del tipo ' Bicho ”.
# 2) Los informes de defectos necesitan que se registre la siguiente información para cada problema:
- ID de defecto
- Título del defecto
- Descripción del defecto (pasos para reproducir)
- Información medioambiental
- Captura de pantalla (adjunto)
- Gravedad
- Asignarlo a alguien
- Estado- Todos los estados del ciclo de vida del error
Todas las opciones están disponibles para poder crear un defecto de forma eficaz.
Tenga en cuenta los campos resaltados en rojo a continuación:
Los dos campos que no ve aquí son:
- ID de defecto
- Estado
Estos dos campos son creados automáticamente por JIRA. Todos los problemas tendrán una identificación única asignada por JIRA. El estado de todos los problemas es 'Pendiente' o 'Nuevo' en JIRA de forma predeterminada al crear un error.
Por lo tanto, Todas las instalaciones comunes para la notificación de defectos también están disponibles en JIRA. De hecho, se pueden utilizar más opciones como etiquetas, defectos de vinculación, esfuerzos de estimación.
La mejor VPN para China
# 3) Ciclo de vida del defecto:
Todos los estados del ciclo de vida de los errores como en Bugzilla (o cualquier otro rastreador de errores popular ) también se puede lograr aquí:
Esto necesitará un poco de personalización por parte de su administrador de JIRA, pero es fácil de hacer. Para aquellos que no quieren molestarse con la personalización, tampoco pueden equivocarse con la configuración predeterminada.
# 4) Comentarios y colaboración con el equipo de desarrollo
Cada problema, sus actualizaciones, la asignación de personas, los comentarios recibidos del equipo de desarrollo, todo se rastrea en JIRA en el registro de actividad.
Esto permite una mejor visibilidad y colaboración con los equipos de desarrollo:
# 5) Vincular el defecto a un requisito para permitir la trazabilidad
La opción de enlace en los campos de problemas de JIRA le permite vincular un problema en particular a otro. Digamos que si el Defecto 2 es un duplicado del Defecto 1, puede establecer esa relación.
Del mismo modo, si un defecto bloquea un requisito o está relacionado con un requisito, puede hacer que este aspecto sea visible en JIRA.
Los enlaces resultantes aparecerán en la página de detalles del problema como se muestra a continuación:
Los tipos de relación se explican por sí mismos y el uso de lenguaje-simple-común-cotidiano palabras (como se relaciona con, causado por, etc.) hace que sea muy fácil e intuitivo para cualquier usuario de JIRA usar este derecho.
# 6) Los defectos se pueden importar desde un archivo CSV
Esto ayuda a la creación masiva de problemas en JIRA a la vez. Además, si su equipo es nuevo y no quiere que creen problemas directamente en la herramienta, puede hacer que informen los defectos en una hoja de Excel. Una vez que se revisan y se confirman como válidos, se pueden importar todos a la vez a la herramienta utilizando esta funcionalidad.
Independientemente de la forma en que lo use, esta es una gran ventaja.
# 7) Los defectos se pueden exportar a Word, XML y formatos imprimibles
Esto respalda una mejor portabilidad de sus datos de defectos, especialmente útil si desea compartir sus datos de defectos con personas que no son usuarios de JIRA.
# 8) Informes completos de problemas:
Además, si necesita informes, vaya a ' Proyecto - informes ”Y generar todo tipo de informes como se muestra a continuación:
Si tenemos que revisar los análisis de JIRA en una palabra, es fantástico.
Los usuarios avanzados / avanzados de JIRA también pueden crear filtros de búsqueda avanzados para generar conocimientos más profundos.
Por ejemplo, si desea ver todos los defectos que se le asignaron en múltiples proyectos (BM y AB), puede usar una consulta JQL como la siguiente:
Entonces, en general, el seguimiento de errores / gestión de defectos en JIRA es muy similar, si no superior, a los rastreadores de errores dedicados. La próxima vez que tenga que trabajar en ello, no se preocupe. Estas en buenas manos
Aplicabilidad de JIRA a las pruebas: un dilema alternativo
Si bien esta es una cara de la moneda, definitivamente hay otra dimensión en la forma en que las personas ven la aplicabilidad de JIRA al control de calidad o las pruebas.
Cuando le pregunta a un grupo de QA, '¿Qué es JIRA?' - Muchos responderán que JIRA es una herramienta de seguimiento de defectos. Eso sí, he escuchado esto de muchos profesionales de control de calidad de alto nivel. Esto podría deberse al hecho de que, la gestión / seguimiento de defectos es todo lo que podrían haber utilizado JIRA.
Pero hay mucho más. Cuando se usa correctamente, el núcleo de JIRA con sus capacidades ágiles puede ser su ventanilla única para la gestión de proyectos de alto nivel.
Realmente puede respaldar el seguimiento y el progreso de los requisitos, el seguimiento de errores, la estimación, el seguimiento de sprints a través de los tableros SCRUM y KANBAN, la generación de informes y la colaboración.
Es posible que esté usando una herramienta para una cosa, pero la próxima vez intente aprender algunas cosas sobre la herramienta que lo ayudarán a comprenderla y usarla mejor.
Entonces, como siguiente paso, podría explorar algunas otras características interesantes de JIRA (que podrían no estar directamente relacionadas con el seguimiento de errores) que podrían convertirlo en su opción preferida.
- Paneles de control personalizables
- Complementos de gestión de pruebas
- Votar y ver un problema
- Seguimiento del tiempo
- Tableros Agile Project y Scrum
- Integración de soporte de documentación / confluencia, etc.
Creación de un problema de Jira y varios campos
Problemas de Jira: diferentes tipos de problemas de Jira
Jira te ofrece formas muy sencillas de crear / registrar problemas.
No solo nos permite registrar errores, sino que también nos habilita en otros tipos de 'tickets' o 'solicitudes'. Es más una aplicación de gestión de solicitudes general.
Este tutorial explicará más sobre los tipos de problemas en Jira, la creación de un problema, diferentes campos en la página 'Crear problema' y sus detalles en términos simples con representación gráfica para su fácil comprensión.
Problemas de Jira
Diferentes organizaciones pueden tener diferentes tipos de problemas dependiendo de su idoneidad / necesidades. Un administrador de Jira puede personalizar este campo de manera eficiente.
Los problemas pueden ser de diferentes tipos y a continuación se muestra la Descripción / significado de los tipos de problemas:
- Bicho: Este es cualquier defecto o desviación que se encuentre en la aplicación.
- Solicitud de mejora: También se conoce como solicitud de cambio (CR). Este tipo se utiliza para representar cualquier cambio en la funcionalidad existente o en conjunto una funcionalidad nueva.
- Tarea: Esto es más un problema de configuración o análisis. Por ejemplo , configurar las configuraciones adecuadas puede ser una tarea.
- Pregunta: El problema puede ser tan simple como hacer una pregunta sobre cómo usar algunas funciones en la aplicación. Este tipo es el más utilizado por los clientes finales.
- Épico: Este es normalmente un gran problema que idealmente se divide en varios pequeños problemas. Pueden ser necesarios varios sprints para completar el problema épico principal en un entorno ágil.
- Objeto financiero: A menudo, la gestión de proyectos / productos utiliza este tipo de problemas para realizar un seguimiento de sus finanzas.
- Historia: Toda la historia del usuario sobre una función podría ser un tipo de problema.
- Caso de prueba : El problema puede ser un caso de prueba. Este tipo de problema estará disponible una vez que Jira se integre con complementos como Zypher.
Crear un problema
Suponiendo que un usuario haya iniciado sesión en Jira y el proyecto deseado.
Paso 1:
Haga clic en el botón '+' ('Crear') de la barra de herramientas.
Esto mostrará una pantalla / página como se muestra en la siguiente imagen:
En esta página, seleccione el proyecto y el tipo de problema / solicitud y luego haga clic en el botón 'Siguiente'.
Esto abrirá la página 'Crear problema' como se muestra en las siguientes imágenes:
Paso 2:
Ingrese los detalles obligatorios y otros datos tanto como sea posible en la página 'Crear problema'.
Paso 3:
Haga clic en el botón 'Crear'. Esto generará un ID de problema único. El ID consistirá en un identificador de proyecto concatenado con dígitos numéricos.
En el ejemplo anterior, el proyecto elegido es 'TestProject', por lo que el ID podría ser como 'TESTPROJ1234'.
- Una vez que se crea el problema, a partir de entonces se puede buscar utilizando el ID del problema.
Descripción de los campos de la página 'Crear problema'
(Las imágenes de la página de creación de problemas se dividen en 3 partes para una mejor legibilidad).
Nota :El administrador y / o desarrollador de Jira puede agregar / eliminar los campos personalizados según las necesidades de la organización.
#1. Resumen :
Esto también se denomina más a menudo como el título del problema y es un campo muy importante de un problema de Jira.
El título debe ser lo más único y preciso posible para que, al mirar el título en sí, se pueda entender el problema. Esto ayuda a la junta de revisión de errores y / o a los propietarios de productos a priorizar y asignar el problema sin profundizar en él.
# 2) Componente / s :
Nombre (s) del módulo o área de la aplicación donde se detecta el defecto en caso del tipo de problema 'Error'.
Podría ser el área donde se requieren los cambios en caso de una RC. Suele ser un menú desplegable que consta de diferentes módulos / componentes que existen en la aplicación. La persona del proyecto debe obtenerlo del administrador.
# 3) Descripción :
Por lo general, debe contener los pasos para reproducir el problema si el tipo de problema es un error.
En caso de una solicitud de mejora, debe detallar sobre el nuevo requisito, que normalmente se denomina historia en la terminología ágil. Idealmente, este campo debería actualizarse periódicamente durante el curso del flujo de trabajo del problema.
# 4) Reparar versiones :
Nombre de la versión en la que se entregará el problema / solicitud de mejora. Este valor generalmente lo llena el propietario del producto en coordinación con el scrum master en un entorno ágil de scrum.
# 5) Prioridad :
Este campo indica la importancia del problema.
Puede ser un obstáculo, lo que significa que la prueba de la aplicación no puede continuar en una fase de prueba. El bloqueo de una aplicación es ideal Ejemplo de un problema 'Show Stopper' (crítico).
La junta de revisión de errores y los propietarios de los productos tienen todo el derecho de cambiar la prioridad del problema. Este campo es una lista desplegable con valores como 'Bajo', 'Medio' ('Mayor'), 'Crítico', 'Trivial', etc.
# 6) Etiquetas :
Este campo se ingresa con los textos que ayudarán a categorizar los problemas.
# 7) Medio ambiente :
Este es un campo opcional y el entorno de prueba se especifica aquí.
# 8) Adjunto :
Imágenes de apoyo para el problema que se está creando. El usuario puede simplemente arrastrar y soltar imágenes o copiar y pegar.
# 9) Afecta la versión / s :
Para un problema de tipo 'error', la versión del producto debe ingresarse aquí.
Por ejemplo 5.6, 5.7 etc.
# 10) Problemas vinculados :
preguntas y respuestas de la entrevista php para 2 años de experiencia
Se pueden vincular otros problemas relevantes al nuevo problema eligiendo un valor adecuado en este menú desplegable.
Por ejemplo, si el problema se introduce mediante la solución de algún otro problema, el valor que se elegirá en el menú desplegable podría ser 'Introducido por'. Este campo se vuelve extremadamente importante si un nuevo defecto es provocado por alguna corrección o mejora.
=> Problema : Después de seleccionar un valor adecuado en 'Problemas vinculados', aquí se menciona el ID del problema relevante.
# 11) Cesionario :
Es el nombre del usuario que trabajará en el problema.
Por ejemplo, en el caso de un error, será el nombre del desarrollador quien solucionará el problema. Este campo normalmente lo rellena el propietario del producto o el scrum master. Una vez más, quién asigna el problema puede variar de una organización a otra.
=> Al hacer clic en 'Asignarme' (ubicado en la esquina derecha del campo 'Asignatario') se asignará el problema al usuario que inició sesión.
# 12) Enlace épico :
Elija el enlace relevante de la épica.
# 13) Sprint :
Aquí se selecciona el nombre del sprint, lo que indica cuándo se trabajará en el problema. Podría ser un sprint futuro según lo decida el propietario del producto.
# 14) Equipo :
Puede haber diferentes equipos, en un entorno ágil. El problema se asigna a uno de los equipos. Esta asignación generalmente la realiza el propietario del producto o el scrum master en coordinación con el propietario del producto.
# 15) Estimación al inicio :
Este campo indicará cuánto tiempo se requerirá para resolver el problema.
Más a menudo llamado como 'estimado'. Esto también consistirá en los esfuerzos de prueba requeridos. Podría mencionarse en horas / días / semanas o puntos de la historia. En un entorno ágil durante la planificación del sprint, todo el equipo llega a una suposición común.
# 16) Reportero :
Este archivo lo rellena automáticamente Jira con el nombre del usuario que inició sesión.
Nota: Podríamos tener algunos otros campos personalizados como a continuación (que no se ven en las imágenes de arriba):
(i) Tipo de entorno :
Indica si se encuentra un defecto en un entorno de prueba o producción.
Los valores de este campo pueden variar de una organización a otra. Si Jira se utiliza para crear problemas solo internamente en la organización y no por los clientes finales, entonces este campo puede no existir en absoluto.
(ii) Reproducible :
¿Es el defecto reproducible? Este campo no estará disponible para ningún tipo de problema que no sea un error.
(iii) Cliente :
Este campo nombra al cliente final que ha presentado el problema. En algunas organizaciones donde Jira se usa solo para el manejo de problemas internos, es posible que este campo no exista.
Nota: Todos los campos descritos anteriormente pertenecen a la pestaña 'Campo' en la página 'Crear problema', que suele ser la pestaña predeterminada. La página se puede personalizar para tener más pestañas como 'Documentación', etc., que cubriremos en nuestros tutoriales posteriores.
Jira nos ofrece una forma eficaz de gestionar los diferentes tipos de problemas de forma sencilla y eficaz.
Con mucha personalización que es posible hoy en día, Jira se ha convertido en la opción más popular.
¿Cómo se manejan los problemas en JIRA?
Trabajar con problemas de JIRA: cómo registrar defectos en JIRA
Pasemos a la creación de un problema, asumiendo que el usuario que inició sesión no es un administrador y nuestro proyecto de prueba es 'Test for STH' con componentes - Módulo 1 y Módulo 2, versiones - versión 1 y Versión 2. Clave - TFS ya es creado.
Creación de un problema de JIRA
Los problemas forman el quid de JIRA, por lo que para crearlos hay una opción en la barra de menú:
Haga clic en el botón 'Crear problema'. Alternativamente, cuando escribe 'c' en la página de JIRA, se abre el siguiente cuadro de diálogo 'Crear problema'.
Todos los campos de esta página se explican por sí mismos. Discutiremos el más importante a continuación.
Proyecto : Cada tema pertenece a un proyecto. Puedes elegir lo mismo haciendo clic en el menú desplegable y eligiendo el proyecto al que quieres que pertenezca esta edición.
Tipo de problema :Este campo muestra todos los tipos de problemas que se pueden crear y rastrear a través de JIRA. Las siguientes opciones están disponibles en esta lista (esta lista puede diferir según la configuración establecida por el administrador):
Los elementos Error, nueva característica, tarea, mejora son exactamente lo que implican sus nombres. La épica y la historia son más relevantes para los proyectos ágiles. Una historia es un requisito en Agile que debe seguirse de principio a fin. Una épica es un grupo de historias.
Elija el tipo de problema según sea necesario. Voy a ir con 'Bug'.
Resumen : Dale un título a tu error aquí. Cuando se usa correctamente, este campo puede tener mucho éxito en la transmisión de mucha información crítica. Algunos aspectos a tener en cuenta aquí:
Un error / defecto es esencialmente algo que no está bien. La forma correcta de abordar el título de un error es definir de manera concisa 'qué está mal'.
Un ejemplo de un título / resumen incorrecto es 'Debería haber una opción para borrar el contenido de la pantalla'. Cuando lea esto, mi reacción inicial será: 'Está bien, debería haberlo, pero ¿cuál es el problema aquí?' ¿La opción no está presente en absoluto? ¿O las opciones están presentes y no se borra el contenido? '
También se acordó que cuando abra este error y lo analice en detalle, estoy seguro de que encontraré la respuesta a esta pregunta.
Sin embargo, el énfasis aquí es utilizar este campo 'Resumen' de la manera más eficiente. Por lo tanto, un resumen / título muy adecuado sería 'La opción para borrar el contenido de la página de inicio de sesión no borra los campos cuando se hace clic'.
En el espacio limitado que proporciona este campo, intente escribir su título de una manera que comunique el problema exacto sin ambigüedad.
Prioridad : Este campo puede tomar uno de los siguientes valores.
Elija una opción adecuada para su error.
Con ponen t : Esta lista mostrará los componentes del Proyecto. Elija apropiadamente.
Versión afectada y versión corregida: Estos dos campos mostrarán las versiones disponibles para el proyecto. No es necesario que un determinado problema que encontró en una determinada versión se solucione en la misma. En casos como ese, puede elegir la versión afectada como la versión actual y la versión corregida como la siguiente.
Además, estos campos pueden tomar varios valores. Puede elegir establecer que un determinado problema afecte tanto a la versión 1 como a la versión 2 como se muestra a continuación:
Cesionario : Puede escribir el nombre de la persona a quien se le debe entregar este problema. También puede asignarse un problema a usted mismo.
Descripción : Este es un campo de texto opcional que le ayuda a ingresar tanta información como desee sobre su problema. En caso de bicho , es habitual utilizar este campo para proporcionar información detallada sobre los pasos para reproducir el defecto.
Es de suma importancia dar toda la información.
“Digamos, hay dos campos - dependientes - Estado y Ciudad. Cuando elijo Estado en el menú desplegable, en el campo Ciudad debería mostrar las respectivas ciudades en el estado que elegí.
Si mostraba un error como 'Las ciudades están vacías para algunos estados que seleccioné'. El campo de descripción es el lugar para que me explique este defecto.
Un ejemplo de descripción insuficiente es:
1) Ingrese al sitio
2) Haga clic en la página de direcciones
3) Ingrese los otros detalles como nombre, dirección, etc.
4) Haga clic en el menú desplegable 'Estado'. Elige un estado
5) Haga clic en el menú desplegable 'Ciudad' - observe los nombres de las ciudades
La descripción anterior, aunque precisa, no es completa. Cuando se trata de este campo, está del lado de proporcionar demasiada información pero no muy poca.
Si se agregan los siguientes pasos a la descripción, esto tiene más sentido.
6) Elija el estado como 'California' y haga clic en el menú desplegable 'Ciudad'; se mostrarán todos los estados y el usuario puede seleccionar una ciudad según sea necesario.
7) Elija el estado como 'Luisiana' y haga clic en el menú desplegable 'Ciudad'; la lista estará vacía.
8) Las ciudades están vacías para los estados de Nueva Jersey y Utah también.
Entonces, para repetir, proporcione los pasos exactos, los datos exactos y cualquier otra información que crea que es necesaria para completar este campo.
Adjunto archivo : Se puede cargar cualquier documento de respaldo con un problema.
Una vez que haya ingresado toda la información a su satisfacción, puede crear el problema haciendo clic en el botón 'Crear' al final del diálogo 'Crear problema'.
Se crea el problema y se muestra un mensaje al usuario con el ID del problema:
Nota: observe el ID del problema; tiene el prefijo 'Clave' del proyecto. Es la forma que tiene JIRA de rastrear / agrupar los problemas que pertenecen a un determinado proyecto.
Ahora puede ver el problema creado haciendo clic en el enlace que aparece en el mensaje anterior.
Detalles adicionales sobre la página Crear problema
1) Habrá una opción de configuración de campos que se encuentra en la esquina superior derecha de la página 'Crear problema'.
Esta opción se puede utilizar para elegir / modificar los campos que le gustaría ver en su diálogo de creación de problemas. Una vez que se hace una elección, JIRA también recordará los cambios para sus números posteriores.
2) En la parte inferior de la página 'Crear problema', hay un 'crear otro'
Cuando elige esta opción y hace clic en 'Crear', una vez, se crea el problema actual; JIRA mantiene el
El diálogo 'Crear problema' se abre con Proyecto, Tipo de problema y otros campos, excepto el resumen seleccionado automáticamente según los problemas creados anteriormente.
Con eso, concluimos el tema “Creando un problema en JIRA”.
En el próximo tutorial de Atlassian JIRA, aprenderemos sobre las subtareas y cómo usarlas para propósitos específicos de control de calidad.
=> Visite aquí para ver la serie completa de tutoriales de JIRA
A ti
Ahora es el momento de escucharlo. ¿Ha enfrentado algún desafío al usar JIRA para el seguimiento de errores?
¿Cree que hay algo de peso en la resistencia que tienen los equipos de prueba para adaptar JIRA para la gestión de defectos?
PREV Tutorial | SIGUIENTE Tutorial
Lectura recomendada
- Tutorial de revisión práctica de la herramienta de seguimiento de errores de la acumulación
- GitLab Jira Integration Tutorial
- Descarga e instalación de Jira con configuración de licencia de Jira
- Tutorial de JIRA: una guía práctica completa de cómo usar la JIRA
- Tutorial de administración de JIRA: Administración de usuarios y administradores de JIRA
- Tutorial de integración de JIRA y SVN
- Tutoriales detallados de Eclipse para principiantes
- Tutorial ágil de JIRA: cómo utilizar JIRA de forma eficaz para gestionar proyectos ágiles