Un problema en la Herramienta de seguimiento de errores de Google es un informe de errores, una solicitud de función, una solicitud de cambio o un elemento de flujo de trabajo de proceso del que un usuario quiere hacer un seguimiento o espera que otro usuario o equipo lo haga. Los problemas se organizan en componentes, cada uno de los cuales contiene un grupo de problemas relacionados. Cada problema en el Seguimiento de problemas tiene su propia página de detalles, en la que los usuarios hacen un seguimiento de la actividad relacionada con el problema, hacen comentarios y actualizan los datos del problema.
Campos de problemas
Cada problema tiene un conjunto de campos asociados que lo describen y su estado actual. Esto incluye el tipo de problema, su importancia en términos de gravedad y prioridad, y el registro de la actividad sobre el problema. Algunos campos son comunes a todos los problemas. El Seguimiento de problemas también admite campos personalizados que solo están disponibles cuando un problema está asociado con un componente específico. Para todos los problemas nuevos, hay varios campos obligatorios. Estos incluyen Componente, Título, Prioridad y Tipo. Algunos componentes también tienen campos personalizados que son obligatorios.
En la página de detalles de un problema, la mayoría de los campos se encuentran en el lado derecho de la página, en el panel Issue Fields. Algunos campos adicionales se encuentran en la bandeja Problemas relacionados, cerca de la parte superior de la página. Casi todos los campos se pueden editar en el Seguimiento de problemas. Para ello, haz clic en el vínculo, la lista desplegable o el ícono de lápiz asociado con ellos. Cuando colocas el cursor sobre un campo, la Herramienta de seguimiento de errores proporciona información breve sobre el campo en el texto que aparece cuando colocas el cursor sobre él.
Para obtener una descripción de los campos de problemas predeterminados, consulta el Glosario de campos.
Tipo de problema
El campo Tipo te permite categorizar los problemas dentro de un componente en uno de varios grupos comunes. Este campo es obligatorio. En la siguiente tabla, se muestran los posibles tipos de problemas:
| Tipo de problema | Descripción |
|---|---|
| Error | El comportamiento es contrario a lo que se supone que debe ocurrir o se documentó que ocurrió, o el producto no funciona como se espera. |
| Solicitud de función | El producto funciona según lo previsto, pero podría mejorarse con los cambios especificados. |
| Problema del cliente | El problema afecta a un tercero y es posible que la persona que lo informa no pueda reproducirlo. Este problema puede ser simplemente una cuestión de solución de problemas o capacitación, pero también puede ser un error o una solicitud de función. |
| Limpieza interna | El problema no tiene un efecto externo en el comportamiento de un producto, pero abordarlo permitiría una interacción más optimizada o intuitiva durante el desarrollo del producto. También puedes usar este tipo para hacer un seguimiento de los problemas de mantenimiento. |
| Proceso | Proceso es una categoría miscelánea que tiene diversos usos según el proyecto. Por ejemplo, puedes usar este tipo para los problemas que genera una API o para hacer un seguimiento de las tareas administrativas. |
| Vulnerabilidad | Las vulnerabilidades de privacidad y seguridad están sujetas a los SLO definidos en los lineamientos de privacidad y seguridad de Google. Solo lectura hasta después del 1/11/2017. |
| Proyecto | Es un esfuerzo orientado a objetivos con un inicio y un final finitos, enfocado en crear un producto, un servicio o un resultado únicos. |
| Objetivo | Una colección de trabajos que representa un logro importante en el camino para completar un proyecto. Los eventos importantes también se pueden usar para representar lanzamientos o versiones. |
| Función | Es una colección de trabajo que proporciona un valor específico al usuario. |
| Epic | Una gran colección de trabajo en pos de un objetivo común. |
| Historia | Es una pequeña colección de trabajo que proporciona un valor específico al usuario. |
| Tarea | Es una pequeña unidad de trabajo. |
| Programa | Es una colección de objetivos relacionados temáticamente (proyectos, funciones, hitos y épicas). |
Prioridad del problema
El campo Prioridad te permite especificar la importancia de un problema. Este campo es obligatorio. Por lo general, los equipos tienen criterios diferentes para determinar la importancia de un problema. En la siguiente tabla, se muestra una forma común de priorizar los problemas:
| Prioridad del problema | Descripción |
|---|---|
| P0 | Es un problema que se debe abordar de inmediato y con tantos recursos como sea necesario. Este tipo de problema causa una interrupción total o hace que una función crítica del producto no esté disponible para todos, sin ninguna solución alternativa conocida. |
| P1 | Es un problema que se debe abordar rápidamente. Este tipo de problema afecta de manera significativa a un gran porcentaje de usuarios. Si hay una solución alternativa, es parcial o demasiado difícil. El impacto del problema es en una función organizativa principal o impide de forma fundamental a otro equipo. |
| P2 | Un problema que se debe abordar en un plazo razonable. Este problema puede ser cualquiera de los siguientes: 1) Un problema que sería P0 o P1, pero tiene una solución alternativa razonable, 2) Un problema que es importante para un gran porcentaje de usuarios y está conectado a funciones organizativas principales, 3) Un problema que es un impedimento para el trabajo de otros equipos y no tiene una solución alternativa razonable. P2 es especialmente relevante para los problemas de primer uso o de tiempo de instalación, y es el nivel de prioridad predeterminado. |
| P3 | Es un problema que se debe abordar cuando sea posible. Este tipo de problema es relevante para las funciones organizativas principales o el trabajo de otros equipos, pero no impide el progreso o tiene una solución alternativa razonable. |
| P4 | Es un problema que se debe abordar en algún momento. Este tipo de problema no es relevante para las funciones organizativas principales ni para el trabajo de otros equipos, o bien solo se relaciona con la apariencia o la amabilidad del sistema. |
Estado del problema
El campo Estado te permite especificar el estado de un problema en el proceso de resolución. Por lo general, los equipos tienen diferentes definiciones de las actividades que deben ocurrir para que un problema cambie de estado o se resuelva. No es necesario usar todos los valores disponibles del campo Estado para hacer un seguimiento de la resolución de un problema. En la siguiente tabella, se muestran formas comunes de usar el campo Estado:
| Estado del problema | Descripción |
|---|---|
| Nuevo | El problema no está asignado a una persona o un grupo. |
| Asignada | El problema está asignado a una persona. Esa persona aparecerá en el campo Asignado. |
| En curso (aceptado) | La persona a la que se le asignó el error lo aceptó y comenzó a trabajar en él. |
| Corregir | Se solucionó el problema. |
| Fija (verificada) | Se abordó el problema y el usuario confirmó que se corrigió correctamente en el campo Verificador. |
| No se corregirá (no reproducible) | No hay suficiente información para corregir el problema, o bien el problema tal como se informó no se puede reproducir. |
| No se corregirá (comportamiento esperado) | El problema describe el comportamiento esperado del producto en las circunstancias informadas. |
| No se corregirá (obsoleto) | El problema ya no es relevante debido a cambios en el producto. |
| No se corregirá (inviable) | Los cambios necesarios para abordar el problema no son posibles de manera razonable. |
| Duplicar | El problema se informó en otro lugar. Para establecer el estado de un problema como Duplicado, consulta Cómo duplicar un problema. |
El Seguimiento de problemas considera que los problemas están abiertos o cerrados según su estado. Los problemas abiertos son aquellos que aún no se resuelven. Esto incluye cualquier problema con un estado de Nuevo, Asignado o En curso. Los problemas cerrados son aquellos que no requieren más acciones, excepto, posiblemente, la verificación. Esto incluye cualquier problema con el estado Fixed, Won't Fix o Duplicate.
Íconos de estado
Los íconos de estado son una representación visual del estado de un problema. A la izquierda de un problema que se encuentra en la lista desplegable Bloqueado por o Bloquea de otro problema, aparece un ícono de estado. Estos íconos proporcionan una forma rápida de evaluar el progreso de un problema bloqueado o de bloqueo sin tener que salir de la página actual. También puedes configurar la columna Estado de una página de resultados de la búsqueda para que muestre íconos de estado en lugar de texto.
Estado de cambio rápido
Existen dos maneras de cambiar rápidamente el estado de un problema para avanzar al siguiente paso típico del proceso de resolución. El primero es el botón Change Status, que se encuentra en la App Bar, cerca de la parte superior de la página de detalles del problema, y el vínculo Change Status en el panel Issue Fields, en el lado derecho de la página. Si haces clic en cualquiera de ellos, el estado del problema avanzará de la siguiente manera:
Si el problema es nuevo y no está asignado, o si la persona asignada es alguien que no eres tú, el mensaje de cambio rápido dice Asignarme. Si cambias el estado rápidamente, se te asignará el problema y, si se configuró de otra manera, se cambiará el estado del problema a Asignado.
Si eres la persona a la que se le asignó un problema y su estado es Asignado, el mensaje de cambio rápido dice Comenzar el trabajo. El cambio rápido cambia el estado del problema a En curso.
Si se te asignó un problema y su estado es En curso, el mensaje de cambio rápido dice Marcar como solucionado. El cambio rápido cambia el estado del problema a Fixed.
Si un problema tiene el estado Corregido y eres el verificador, el mensaje de cambio rápido dice Verificar. El cambio rápido cambia el estado del problema a Resuelto (verificado).
Si un problema tiene un estado cerrado (Resuelto, Duplicado o No se corregirá), el mensaje de cambio rápido dice Volver a abrir (excepto en el caso mencionado anteriormente). El cambio rápido cambia el estado a Nuevo si el problema no tiene un asignado o a Asignado si lo tiene.
Tarjetas de información sobre problemas
Una tarjeta flotante de problema contiene información como el título, el ID, la descripción y el estado actual del problema. Además, contiene un botón CC Me que te agrega a la lista de Cc del problema (si ya estás en la lista de Cc, el botón dice Quitar de la lista de Cc). Por ejemplo:
Las tarjetas flotantes de problemas aparecen cuando colocas el cursor sobre los siguientes elementos:
- El ID del problema se encuentra en la pestaña Bloqueado por, Bloqueo o Duplicados de la bandeja Problemas relacionados.
- El ID del problema en la columna Bloqueado por, Bloquea o Duplicado de de una página de resultados de la búsqueda de problemas
- Vincula a un problema que se encuentra en el panel Problemas recientes, que se encuentra a la derecha de la página Crear problema.
- Campo Estado en una página de problemas que está marcada como duplicada.
- Vínculo al problema de canónica que se encuentra en la barra amarilla en la parte superior de una página que se marcó como duplicada
Problemas con la edición
Si tienes permiso de Ver y editar para un componente, puedes editar sus campos y agregar comentarios. Sin embargo, algunos campos no se pueden editar, como la fecha de creación del problema o los comentarios que se hicieron anteriormente.
Editar niveles
Los cambios en un problema tienen un nivel de importancia variable que determina si los cambios aparecen en el panel de historial del problema y si los usuarios reciben una notificación por correo electrónico cuando se produce el cambio.
Cierre de edición
Las ediciones de cierre cambian el estado de un problema de Abierto a Cerrado. Las ediciones de cierre aparecen en el panel de historial del problema. Las ediciones de cierre se envían como notificaciones por correo electrónico a los usuarios que tienen una de las siguientes configuraciones de notificaciones: Todas las actualizaciones, Actualizaciones importantes o Solo cierre.
Para obtener una lista completa de los estados que cierran un problema abierto, consulta estado del problema.
Ediciones importantes
Los cambios importantes siempre aparecen en el panel de historial del problema. Después de una modificación importante, se envía una notificación por correo electrónico a los usuarios que tienen la configuración de notificaciones Todas las actualizaciones o Actualizaciones importantes. Entre las ediciones que se consideran importantes, se incluyen las siguientes:
- Creación inicial del problema.
- Comentarios agregados al problema.
- El problema se traslada a un componente nuevo.
- Cambios en la prioridad, la gravedad, la retención o la persona asignada.
- Un cambio de estado a Cerrado, Verificado o Reabierto
- Cambios en los campos personalizados que se marcan como Principales.
Ediciones menores
Las ediciones menores solo aparecen en el panel de historial de un problema si tienes el nivel de filtro configurado en Historial completo. Del mismo modo, las modificaciones menores solo se envían como notificaciones por correo electrónico a los usuarios cuyo rol para el problema tiene la configuración de notificaciones de Todas las actualizaciones.
Entre las ediciones que se consideran menores, se incluyen las siguientes:
- Cambios en el título
- Cambios en la lista de favoritos
- Cómo agregar archivos adjuntos
- Cambios en los problemas relacionados (bloqueo, quién bloqueó, duplicados)
- Cambios en el estado que no se indican explícitamente como ediciones importantes
- Cambios en los siguientes campos: Informante, Tipo, Verificador, Encontrado en, Segmentado para, Verificado en, En producción
- Cambios en los campos personalizados que se marcan como Secundarios
Ediciones silenciosas
Las ediciones silenciosas no generan correos electrónicos de notificación para ningún usuario. Entre las ediciones que se consideran silenciosas, se incluyen las siguientes:
- Agregar o quitar entradas de los campos Cc o Colaborador (a menos que se agregue o quite el usuario o el grupo recientemente)
- Cómo editar un comentario
- Cambiar un campo personalizado que está marcado como Silenciado
Límites de acceso de problemas
El Registro de problemas admite restricciones de control de acceso que permiten que los problemas tengan un conjunto más pequeño de accesos que otros problemas en el mismo componente.
Los administradores de problemas pueden actualizar el estado de restricción de un problema a uno de los cuatro niveles de acceso de problemas:
Acceso predeterminado: Se aplican las reglas normales: un problema con el nivel de acceso predeterminado tiene los mismos accesores que todos los demás problemas del componente.
Comentarios limitados: Solo las identidades que aparezcan de forma explícita en el problema como asignado, colaborador, verificador o Cc podrán comentarlo, independientemente de si tienen permisos de comentario para otros problemas del componente. Las identidades con el permiso de problemas de administrador en el componente también retienen el acceso a los comentarios. El acceso de lectura sigue siendo el predeterminado.
Visibilidad limitada: Solo las identidades enumeradas de forma explícita (asignado, colaborador, verificador o Cc) retienen el acceso de vista al problema.
Visibilidad limitada y Google: Solo las identidades enumeradas de forma explícita (asignado, colaborador, verificador o Cc), los Googlers de tiempo completo y las cuentas de automatización internas conservan el acceso de lectura al problema.