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 del 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 Registro 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. Entre ellos, se incluyen Componente, Título, Prioridad y Tipo. Algunos componentes también tienen campos personalizados obligatorios.
En la página de detalles del problema, la mayoría de los campos se encuentran en el lado derecho de la página, en el panel Campos de problema. Casi todos los campos se pueden editar en el Seguimiento de problemas. Para ello, haz clic en el valor, la lista desplegable o el ícono de lápiz asociado con ellos. Cuando colocas el cursor sobre un campo, el Seguimiento de problemas proporciona una breve descripción del campo en el texto del cursor.
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 tipo de problema puede ser un asunto de solución de problemas o capacitación, pero 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 cuando se desarrolle el 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 | Vulnerabilidades de privacidad y seguridad sujetas a los SLO definidos en los lineamientos de privacidad y seguridad de Google |
| Problema de privacidad | Otros problemas de privacidad sujetos a los SLO definidos en los lineamientos de privacidad y seguridad de Google |
| Programa | Una colección de objetivos relacionados temáticamente (proyectos, funciones, hitos y épicas). |
| 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. |
| Función | Es una colección de trabajo que proporciona un valor específico al usuario. |
| 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 lanzamientos. |
| 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. |
Prioridad del problema
El campo Prioridad te permite especificar la importancia de un problema. Este campo es obligatorio. Por lo general, los equipos tienen diferentes criterios 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 la mayor cantidad de recursos necesarios. Este tipo de problema causa una interrupción completa o hace que una función crítica del producto no esté disponible para todos, sin ninguna solución alternativa conocida. |
| P1 | 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 de implementar. 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 que tiene una solución razonable, 2) un problema que es importante para un gran porcentaje de usuarios y está conectado a las funciones principales de la organización, 3) un problema que es un impedimento para el trabajo de otros equipos y no tiene una solución razonable. P2 es especialmente relevante para los problemas de primer uso o de tiempo de instalación. 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 razonable. |
| P4 | 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 tiene asignada a una persona ni a 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á (inviable) | Los cambios necesarios para abordar el problema no son posibles de manera razonable. |
| 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á (obsoleto) | El problema ya no es relevante debido a cambios en el producto. |
| No se corregirá (comportamiento esperado) | El problema describe el comportamiento esperado del producto en las circunstancias informadas. |
| 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. 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
En la página de detalles del problema, en el panel Campos del problema, se muestra un vínculo para cambiar el estado rápidamente. El vínculo avanza el problema al siguiente paso típico del proceso de resolución. Si haces clic en el vínculo, el estado del problema avanzará de la siguiente manera:
Si el problema es nuevo y no está asignado, el mensaje de cambio rápido dice Asignarme. Si cambias el estado rápidamente, se te asignará a ti y se cambiará a Asignada. Esta opción también se muestra si el problema está asignado o en curso y no eres la persona asignada. En ese caso, se te asigna el problema y no se cambia el estado.
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 eres la persona asignada a 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 Corrido.
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 Fixed (Verified).
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 arriba). El cambio rápido cambia el estado a Nuevo si el problema no tiene asignado, o a Asignado si tiene asignado.
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 dos botones: uno +1 para indicar que el problema te afecta y uno 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 en la columna Bloqueado por, Bloqueo o Duplicado de de una página de resultados de la búsqueda de problemas
- Vincula a un problema que se encuentre en el panel Posibles duplicados, que se encuentra en la parte inferior de la página Crear problema.
- Campo Estado en una página de problemas que está marcada como duplicada.
- Vincula el problema de canónico que se encuentra en la barra de la parte superior de una página que se marcó como duplicada.
Problemas con la edición
Si tienes permiso para Editar problemas en un componente, puedes editar los campos de problemas y agregar comentarios a ellos. Sin embargo, algunos campos no se pueden editar, como la fecha de creación del problema.
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.
Edición final
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 cierres.
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 los cambios que se consideran importantes, se incluyen los siguientes:
- Es la 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 los cambios que se consideran menores, se incluyen los siguientes:
- Cambios en el título
- Se realizaron cambios en las listas de temas del problema.
- Agrega archivos adjuntos.
- Cambios en las relaciones de problemas (bloqueo, bloqueo por, duplicado)
- 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 a ningún usuario, a menos que la edición sea para agregar o quitar a esos usuarios del problema. 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)
- Editando 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 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.