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 del flujo de trabajo de proceso que el usuario quiere seguir 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 problema en 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 la que realizan 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 actividad en el problema. Algunos campos son comunes a todos los problemas. La Herramienta de seguimiento de errores 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 Component, Title, Priority y Type. Algunos componentes también tienen campos personalizados que son 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 del problema. 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 la Herramienta de seguimiento de errores. Para ello, haz clic en el vínculo, la lista desplegable o el ícono de lápiz asociado a ellos. Cuando te desplazas sobre un campo, la Herramienta de seguimiento de errores proporciona información breve sobre el campo en texto de desplazamiento del mouse.
Para obtener una descripción de los campos de problemas predeterminados, consulta Glosario de campos.
Tipo de problema
El campo Type te permite clasificar los problemas 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 es contrario a lo que se supone que ocurrirá o se documentó que sucede, o el producto no funciona como se espera. |
| Solicitud de función | El producto funciona según lo previsto, pero se puede 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 tipo de problema puede ser simplemente cuestión de solución de problemas o capacitación, pero puede ser una solicitud de error o función. |
| Limpieza interna | El problema no tiene ningún efecto externo en el comportamiento de un producto, pero abordarlo permitirá una interacción más intuitiva y optimizada al desarrollar el producto. También puedes usar este tipo para realizar un seguimiento de los problemas de mantenimiento. |
| Proceso | El proceso es una categoría variada que puede variar en función del proyecto. Por ejemplo, puedes usar este tipo para problemas que genera una API, o bien usarlo para realizar un seguimiento de las tareas administrativas. |
| Vulnerabilidad | Vulnerabilidades de privacidad y seguridad sujetas a SLO definidas por los lineamientos de privacidad y seguridad de Google. Es de solo lectura hasta después del 1 de noviembre de 2017. |
| Project | Es un esfuerzo basado en objetivos, con un fin y un fin finito, que se enfocan en crear un producto, servicio o resultado único. |
| Evento importante | Una colección de trabajos que representa un logro importante en la ruta para completar un proyecto. Los eventos importantes también se pueden utilizar para representar lanzamientos o lanzamientos. |
| Función | Una colección de obras que proporcionan un valor específico al usuario. |
| Genial | Una gran colección de obras en pos de un objetivo común. |
| Historia | Es una pequeña colección de trabajos que proporcionan 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. Por lo 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 problemas:
| Prioridad del problema | Descripción |
|---|---|
| P0 | Un problema que debe abordarse de inmediato y con tantos recursos como sea necesario. Este problema causa una interrupción total o hace que una función crítica del producto deje de estar disponible para todos, sin una solución alternativa conocida. |
| P1 | Un problema que debe resolverse rápidamente. Este problema afecta considerablemente a un gran porcentaje de usuarios. Si existe una solución alternativa, puede ser parcial o demasiado dolorosa. El impacto del problema se relaciona con una función organizativa principal o obstaculiza fundamentalmente a otro equipo. |
| P2 | Es un problema que se debe abordar en un plazo razonable. Este tipo de problema puede ser cualquiera de los siguientes: 1) Un problema que sea P0 o P1, pero que tenga una solución razonable, 2) un problema que sea importante para un gran porcentaje de usuarios y que esté relacionado con las funciones organizativas principales, 3) un problema que sea un impedimento para el trabajo de otros equipos y no tenga una solución razonable. P2 es especialmente relevante para problemas de primer uso o de tiempo de instalación, y es el nivel de prioridad predeterminado. |
| P3 | Un problema que se debe solucionar cuando sea posible. Este problema es relevante para las funciones organizativas principales o el trabajo de otros equipos, pero no impide el progreso ni tiene una solución alternativa razonable. |
| P4 | Un problema que debería solucionarse en el futuro. Este problema no es relevante para las funciones organizativas principales ni para el trabajo de otros equipos, o bien solo se relaciona con el atractivo del sistema. |
Estado del problema
El campo Status (Estado) te permite especificar el estado de un problema en el proceso de resolución. Por lo general, los equipos tienen definiciones diferentes de las actividades que deben ocurrir para que un problema cambie de estado o se resuelva. No todos los valores de campo Status disponibles se deben usar para realizar un 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 | Actualmente, el problema no tiene asignado una persona o un grupo. |
| Asignada | El problema está asignado a una persona. Esa persona aparece en el campo Cesionario. |
| Aceptado | La persona a la que se le asignó el error lo aceptó y comenzó a trabajar en él. |
| Fijo | Se abordó el problema. |
| Fijo (verificado) | Se abordó el problema y se confirmó que se corrigió correctamente. |
| No se corregirá (no reproducible) | No hay suficiente información para solucionar el problema, o bien el problema que 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 solucionará (Obsoleto) | El problema ya no es relevante debido a los cambios en el producto. |
| No se solucionará (Inviable) | Los cambios necesarios para abordar el problema no son razonablemente posibles. |
| Duplicar | Se informó el problema en otro lugar. Para establecer el estado de un problema en Duplicado, consulta Cómo duplicar un problema. |
La Herramienta de seguimiento de errores considera que los problemas son Open o Closed, según su estado. Los problemas abiertos son aquellos que están pendientes de resolución. Esto incluye cualquier problema con un estado Nuevo, Asignado o Aceptado. Los problemas cerrados son aquellos que no requieren más acciones, excepto la verificación. 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. Un ícono de estado aparece a la izquierda de un problema en la lista desplegable Bloqueado por o Bloqueado de otro problema. 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 búsqueda para que muestre íconos de estado en lugar del texto de estado.
Estado de cambio rápido
Hay 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 Cambiar estado en el panel Campos del problema en el lado derecho de la página. Si haces clic en cualquiera de los dos, se mejorará el estado del problema de la siguiente manera:
Si el problema es nuevo y no se asignó, o si el destinatario es alguien que no eres tú, el mensaje de cambio rápido dice Take Issue. Si cambias rápidamente el estado, se te asignará el usuario asignado y, si actualmente se configura de otra manera, se cambiará el estado del problema a Asignado.
Si eres el usuario asignado de un problema y su estado es Asignado, el mensaje de cambio rápido dice Iniciar trabajo. La opción de cambio rápido cambia el estado del problema a Aceptado.
Si eres el usuario asignado de un problema y su estado es Accepted, el mensaje de cambio rápido dirá Mark Fix. El 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 dice Verify. El cambio rápido cambia el estado del problema a Corregido (verificado).
Si un problema tiene un estado cerrado (Fixed, Duplicate o Won't Fix), el mensaje de cambio rápido dice Re-open (excepto en el caso que se mencionó anteriormente). La función de cambio rápido cambia el estado a Nuevo (si no se mostró a nadie como asignado) o a Asignado, con el usuario actual retenido.
Tarjetas flotantes para problemas
Una tarjeta emergente de 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 CC del problema (si ya estás en la lista de CC, el botón dice Un-CC Me). Por ejemplo:
Las tarjetas flotantes de problemas aparecen cuando te desplazas sobre lo siguiente:
- ID de problema encontrado en la pestaña Bloqueados, Bloqueados o Duplicados de la bandeja Problemas relacionados.
- ID del problema en la columna Bloqueado por, Bloqueado o Duplicado de la página de resultados de la búsqueda del problema.
- Vínculo a un problema que se encuentra en el panel Recent Issues, ubicado a la derecha de la página Create Issue.
- Status en una página de problema marcada como duplicada.
- Vínculo al problema canónico encontrado en la barra amarilla en la parte superior de una página que está marcada como duplicada.
Problemas con la edición
Si tienes permiso para Ver y editar 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 hayan realizado anteriormente.
Editar niveles
Los cambios en un problema tienen un nivel de importancia variable que determina si los cambios aparecen en el panel del historial del problema y si los usuarios reciben la notificación por correo electrónico cuando se produce el cambio.
Cerrando las modificaciones
Las modificaciones de cierre cambian el estado de un problema de Abierto a Cerrado. En el panel del historial del problema, aparecen los cambios de cierre. Los cambios de cierre se envían como notificaciones de correo electrónico a los usuarios mediante una de las siguientes opciones de configuración de notificaciones: Todas las actualizaciones, Actualizaciones importantes o Solo cierres.
Para ver la lista completa de estados relacionados con problemas abiertos, consulta el estado del problema.
Ediciones importantes
Las modificaciones importantes siempre aparecen en el panel del historial del problema y se envían como notificaciones de correo electrónico a los usuarios cuya función para el problema tenga una configuración de notificación de Todas las actualizaciones o Actualizaciones importantes. Estas son algunas de las ediciones que se consideran importantes:
- Creación inicial del problema
- Se agregaron comentarios al problema.
- Se movió el problema a un nuevo componente.
- Cambios en la prioridad, la gravedad, la retención o el usuario asignado.
- Un cambio de estado Cerrado, Verificado o Reabierto
- Cambios en los campos personalizados que están marcados como Importante.
Ediciones menores
Las ediciones menores solo aparecen en el panel del historial de un problema si tienes el Historial completo activado Activado. Del mismo modo, las ediciones menores solo se envían como notificaciones de correo electrónico a los usuarios cuya función para el problema tenga una configuración de notificaciones de Todas las actualizaciones.
Estas son algunas de las ediciones que se consideran menores:
- Cambios en el título
- Cambios en la lista de favoritos
- Cambios relacionados con el problema (bloqueo, bloqueado por, duplicados)
- Cambios en el estado que no se indican explícitamente como modificaciones importantes
- Cambios en los siguientes campos: Reporter, Type, Verifier, CC, Found In, Targeted To, Verified In y In Prod
- Cambios en los campos personalizados que están marcados como Menor
Ediciones silenciosas
Las modificaciones silenciosas no aparecen en el panel del historial de un problema y no generan correos electrónicos de notificación para ningún usuario. Las ediciones que se consideran silenciosas incluyen lo siguiente:
- Cambios en los campos personalizados que están marcados como Silenciosa