Los resultados de las comprobaciones se vinculan al trabajo al que pertenecen, y cada ejecución se registra en un único log. Cada uno tiene su lugar específico:
- Los hallazgos de una tarea. Se muestran en la sección de Calidad de la tarea en Fábrica, indicando el estado de cada uno: aún abierto, en proceso de corrección, corregido o aceptado.
- Fallas de pruebas que no corresponden a ninguna tarea. Una prueba del navegador programada que falló, por ejemplo, queda pendiente en Fábrica bajo Revisión. Corrígela para convertirla en una tarea, o acéptala indicando el motivo.
- Comprobaciones que no pueden ejecutarse. Si un proyecto no cuenta con un framework de pruebas unitarias, por ejemplo, la fila Pruebas unitarias en Control de Calidad lo indicará, y su opción de Corrección generará una tarea para configurarlo.
- Ejecuciones. Cada ejecución, con su duración y coste, se lista en Configuración bajo la pestaña Actividad.
Patrones en todo el trabajo
Un hallazgo en una tarea es un detalle. El mismo hallazgo en treinta tareas constituye un patrón, y los patrones son donde se toman las decisiones más útiles.
Qué buscar:
- Hallazgos que se repiten. El mismo problema en muchas tareas representa o bien una deuda técnica que merece un trabajo dedicado, o bien una comprobación que no se ajusta a sus convenciones.
- Hallazgos que nadie resuelve. Una categoría constantemente aceptada indica que la comprobación en cuestión no justifica su presencia.
- Concentración. Un proyecto que genera la mayoría de los hallazgos indica dónde buscar.
Ejecuciones
La sección Actividad lista todas las ejecuciones de la organización: agentes, tareas, comprobaciones de calidad y pruebas. Puede filtrarla por resultado, tipo, proyecto y período, y abrir una ejecución para ver sus comprobaciones, resultados y salida.
El patrón útil aquí son los fallos que se repiten en la misma etapa en tareas no relacionadas: se trata de un problema de configuración del proyecto y no de código, por lo que reejecutar las tareas no lo resolverá. Consulte Configuración de compilación y pruebas.
Convertir patrones en trabajo.
Un hallazgo repetido puede convertirse en una tarea. Ese es el objetivo de detectarlo: "este patrón aparece en cuarenta archivos" constituye un trabajo pendiente, no una condición permanente del código base.
Cuando una condición debe supervisarse continuamente en lugar de comprobarse manualmente, una automatización puede detectarla y abrir tareas de remediación.
Ajustar en lugar de tolerar.
Si los hallazgos son abrumadores, las comprobaciones están mal calibradas y no es que su código sea excepcionalmente deficiente.
Una comprobación que se activa en la mayoría de los cambios describe su código base y no detecta problemas. O bien la regla no coincide con sus convenciones o describe una deuda técnica que ha decidido aceptar. En ambos casos, la comprobación debe modificarse: consulte Políticas y controles de calidad.