Un problema que aparece 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 del flujo de trabajo del proceso del que un usuario desea hacer un seguimiento o que espera que lo haga otro usuario o equipo. Los problemas se organizan en componentes, cada uno de los cuales contiene un grupo de problemas relacionados. Cada error de la Herramienta de seguimiento de errores tiene su propia página de detalles, en la que los usuarios realizan un seguimiento de la actividad relacionada y en donde hacen comentarios y actualizan los datos del problema.
Campos del problema
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 relacionada con el problema. Algunos campos son comunes a todos los problemas. Esta herramienta 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 obligatorios.
En una página de detalles de problemas, la mayoría de los campos se encuentran en el lado derecho de la página en el panel Campos del problema. Algunos campos adicionales se encuentran en la bandeja Related Issues, cerca de la parte superior de la página. Casi todos los campos se pueden editar en la Herramienta de seguimiento de errores. Para ello, debes hacer clic en el vínculo, la lista desplegable o el ícono de lápiz asociados a ellos. Cuando colocas el cursor sobre un campo, la Herramienta de seguimiento de errores proporciona información breve sobre el campo en el texto al desplazar el mouse sobre un anuncio.
Para obtener una descripción de los campos de problemas predeterminados, consulta Glosario de campos.
Tipo de problema
El campo Type te permite categorizar problemas dentro de un componente en uno de varios grupos comunes. Este campo es obligatorio. En la siguiente tabla, se muestran los tipos de problemas posibles:
| Tipo de problema | Descripción |
|---|---|
| Error | El comportamiento va en contra de lo que se supone que ocurrió o que se documentó que ocurrió, o el producto no funciona como se espera. |
| Solicitud de función | El producto funciona según lo previsto, pero se podría mejorar mediante 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 solo una cuestión de solución de problemas o capacitación, pero puede convertirse en 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 fluida 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 distintos usos según el proyecto. Por ejemplo, puedes usar este tipo para problemas que genera una API, o bien para realizar 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. Solo lectura hasta después del 1/11/2017. |
| Proyecto | Es un esfuerzo impulsado por objetivos con un inicio y un final limitados, que se enfoca en crear un producto, servicio o resultado único. |
| Objetivo | Una colección de trabajos que representa un logro importante en el camino para completar un proyecto. Los hitos también se pueden usar para representar lanzamientos o lanzamientos. |
| Función | Es una colección de trabajos que proporciona un valor específico al usuario. |
| Epopeya | Una gran colección de trabajo hacia un objetivo común. |
| Historia | Una pequeña colección de trabajos que proporciona un valor específico al usuario. |
| Tarea | Una unidad de trabajo pequeña. |
Prioridad del problema
El campo Prioridad te permite especificar la importancia de un problema. Este campo es obligatorio. En general, los equipos tienen criterios diferentes sobre cómo se determina la importancia de un problema. En la siguiente tabla, se muestra una forma común de priorizar los problemas:
| Prioridad de los problemas | Descripción |
|---|---|
| P0 | Es un problema que se debe abordar de inmediato y con tantos recursos como sea necesario. Este problema provoca una interrupción total o hace que una función crítica del producto no esté disponible para todos, sin una solución alternativa conocida. |
| P1 | Problema que debe abordarse rápidamente. Este problema afecta significativamente a un gran porcentaje de usuarios; si hay una solución alternativa, es parcial o demasiado doloroso. El impacto del problema es en una función organizativa central o impide fundamentalmente a otro equipo. |
| P2 | Es 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 que está conectado con funciones organizativas principales, 3) un problema que es un impedimento para el trabajo de otros equipos y que no tiene una solución alternativa razonable. P2 es especialmente relevante para los problemas relacionados con el primer uso o el momento de la instalación, y es el nivel de prioridad predeterminado. |
| P3 | Un problema que se debe solucionar siempre que sea posible. Este problema es relevante para las funciones organizativas centrales o para el trabajo de otros equipos, pero no impide el progreso ni tiene una solución alternativa razonable. |
| P4 | Un problema que debería abordarse en algún momento. Este problema no es relevante para las funciones organizativas principales ni para el trabajo de otros equipos, o se relaciona solo con el atractivo o la satisfacción 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 definiciones diferentes de qué actividades deben ocurrir para que un problema cambie de estado o se resuelva. No es necesario usar todos los valores disponibles del campo Estado para realizar el seguimiento de la resolución de un problema. En la siguiente tabla, se muestran formas comunes de usar el campo Estado:
| Estado del problema | Descripción |
|---|---|
| Nuevo | No hay una persona o un grupo asignado al problema. |
| Asignada | El problema está asignado a una persona. Esa persona aparece en el campo Destinatario. |
| En curso (aceptado) | La persona a la que se le asignó el error lo aceptó y comenzó a trabajar en él. |
| Fija | Ya se solucionó el problema. |
| Fija (verificada) | Se solucionó el problema y el usuario confirmó que se corrigió correctamente en el campo Verifier. |
| 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 volver a crear. |
| No se solucionará (comportamiento previsto) | 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 solucionará (inviable) | Los cambios necesarios para abordar el problema no son razonablemente posibles. |
| Duplicar | El problema se informó en otro lugar. Para establecer el estado de un problema como Duplicar, consulta Cómo duplicar un problema. |
En la Herramienta de seguimiento de errores, se consideran abiertos o cerrados según su estado. Los problemas abiertos son aquellos que están en espera de resolución. Esto incluye cualquier problema con el estado Nuevo, Asignado o En curso. Los problemas cerrados son aquellos que no requieren ninguna otra acción, excepto que es posible la verificación. Esto incluye cualquier problema con el estado Corregido, No se solucionará o Duplicado.
Íconos de estado
Los íconos de estado son una representación visual del estado de un problema. Aparecerá un ícono de estado a la izquierda de un problema que se encuentra en la lista desplegable Bloqueado por o Bloqueo de otro problema. Estos íconos proporcionan una forma rápida de evaluar el progreso de un problema de bloqueo o bloqueo sin tener que salir de la página actual. También puedes configurar la columna Estado de una página de resultados de búsqueda para mostrar los íconos de estado en lugar del texto de estado.
Estado de cambio rápido
Existen dos maneras de cambiar rápidamente el estado de un problema para avanzar al siguiente paso típico en el proceso de resolución. El primero es el botón Cambiar estado, ubicado en la barra de la app cerca de la parte superior de la página de detalles del problema, y el vínculo Estado de cambio en el panel Campos del problema en el lado derecho de la página. Si haces clic en cualquiera de ellos, el estado del problema se verá de la siguiente manera:
Si el problema es nuevo y no está asignado, o si el destinatario no es tú, el mensaje de cambio rápido dirá Asignar a mí. Con el cambio rápido del estado, se establecerá el usuario asignado y, si actualmente está configurado de otro modo, se cambiará el estado del problema a Assigned.
Si eres el destinatario de un problema y su estado es Asignado, el mensaje de cambio rápido dirá Comenzar trabajo. El cambio rápido cambia el estado del problema a En curso.
Si eres el destinatario de un problema y su estado es En curso, el mensaje de cambio rápido dirá Marcar como corregido. La opción de cambio rápido cambia el estado del problema a Fixed.
Si un problema tiene el estado Fixed y eres el verificador, el mensaje de cambio rápido dirá Verify. La opción de cambio rápido cambia el estado del problema a Fixed (Verified).
Si un problema tiene el estado cerrado (Fixed, Duplicate o Won't Fix), el mensaje de cambio rápido dirá Re-open (excepto en el caso mencionado anteriormente). La opción de cambio rápido cambia el estado a New si el problema no tiene destinatario, o a Assigned si tiene una persona asignada.
Problema con tarjetas emergentes
La tarjeta emergente de un problema contiene información como el título, el ID, la descripción y el estado actual de un problema. Además, contiene un botón CC Me que te agrega a la lista de subtítulos del problema (si ya estás en ella, el botón dice Un-CC Me). Por ejemplo:
Las tarjetas emergentes aparecen cuando colocas el cursor sobre lo siguiente:
- El ID del problema se encuentra en las pestañas Bloqueado por, Bloqueo o Duplicados de la bandeja Problemas relacionados.
- El ID del problema en las columnas Bloqueado por, Bloqueo o Duplicado de de la página de resultados de la búsqueda de un problema.
- Vínculo a un problema que se encuentra en el panel Recent Issues, ubicado a la derecha de la página Create Issue.
- Estado en una página de problemas marcada como duplicada.
- Vínculo al problema canónico que se encuentra en la barra amarilla de la parte superior de una página marcada como duplicada.
Problemas con la edición
Si tienes permiso de Ver y Editar para un componente, puedes editar sus campos y agregarle comentarios. Sin embargo, algunos campos no se pueden editar en absoluto, como la fecha de creación del problema o los comentarios que se realizaron antes.
Editar niveles
Los cambios de un problema tienen un nivel variable de importancia que determinan si los cambios aparecen en el panel del historial del problema y si los usuarios reciben una notificación por correo electrónico cuando se produce el cambio.
Cerrando cambios
Cuando se cierran las ediciones, el estado de un problema cambia de Abierto a Cerrado. Las modificaciones cerradas aparecen en el panel del historial del problema. Las modificaciones finales se envían como notificaciones por correo electrónico a los usuarios con una de las siguientes opciones de configuración de notificaciones: Todas las actualizaciones, Actualizaciones importantes o Solo cierre.
Para obtener una lista completa de los estados que cierran un problema abierto, consulta el estado del problema.
Modificaciones principales
Las modificaciones importantes siempre aparecen en el panel del historial del problema. Después de una edición importante, se envía una notificación por correo electrónico a los usuarios que tienen una configuración de notificaciones de Todas las actualizaciones o Actualizaciones importantes. Entre las ediciones que se consideran importantes, se incluyen las siguientes:
- Creación inicial del problema.
- Se agregaron comentarios al problema.
- El problema se traslada a un componente nuevo.
- Cambios en la prioridad, la gravedad, la retención o el destinatario.
- Cambio de estado Cerrado, Verificado o Reabierto
- Cambios en los campos personalizados marcados como Principales.
Modificaciones menores
Las ediciones menores solo aparecen en el panel del historial de un problema si el nivel de filtro está configurado en Historial completo. Del mismo modo, las modificaciones menores solo se envían como notificaciones por correo electrónico a los usuarios cuya función para el problema tienen un parámetro de configuración de notificación de Todas las actualizaciones.
Entre los cambios que se consideran menores, se incluyen los siguientes:
- Cambios en el título
- Cambios en la hotlist
- Cambios en problemas relacionados (bloqueo, bloqueado por uno, duplicados)
- Cambios en el estado que no se declaran explícitamente como ediciones importantes
- Cambios en los siguientes campos: Reporter, Type, Verifier, Found In, Targeted To, Verified In, In Prod
- Cambios en los campos personalizados marcados como Menor
Modificación silenciosa
Las ediciones silenciosas no generan notificaciones por correo electrónico a ningún usuario. Entre las modificaciones que se consideran silenciosas, se incluyen las siguientes:
- Agregar o quitar entradas de los campos CC o Colaborador (a menos que se agregue o se quite el usuario o el grupo hace poco)
- Cómo editar un comentario
- Cambiar un campo personalizado marcado como Silencioso
Límites de acceso a problemas
La Herramienta de seguimiento de errores admite restricciones de control de acceso que permiten que los problemas tengan un conjunto más pequeño de descriptores de acceso 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 descriptores de acceso que todos los demás problemas del componente.
Comentarios limitados: Solo las identidades que se mencionan explícitamente como cesionario, colaborador, verificador o CC: podrán comentar el problema, sin importar si tienen permisos para comentar otros problemas del componente. Las identidades con permiso de problemas de administrador en el componente también conservan el acceso para comentar. El acceso de lectura sigue siendo el predeterminado.
Visibilidad limitada: Solo las identidades enumeradas de forma explícita (persona asignada, colaborador, verificador o CC) conservan el acceso de lectura al problema.
Visibilidad limitada + Google: Solo las identidades enumeradas de manera explícita (persona asignada, colaborador, verificador o CC), los Googlers de tiempo completo y las cuentas de automatización interna conservan el acceso de lectura al problema.