Calidad y pruebas del backlog
Diseña planes y casos de prueba sobre cada card y ejecútalos en ciclos con resultados, evidencia y bugs trazables.
Cada card del backlog tiene su propia pestaña Pruebas, donde defines qué hay que probar y llevas registro de cada ejecución. El trabajo se organiza en un plan de pruebas (con suites y casos) y en ciclos de ejecución, donde registras el resultado de cada caso, adjuntas evidencia y, si algo falla, creas un bug trazable. Hay una biblioteca de casos por equipo para reutilizar pruebas de regresión.
Qué puedes hacer aquí
- Diseñar el plan de pruebas de una card: crear suites y casos con pasos, precondiciones, prioridad y etiquetas.
- Reutilizar pruebas: importar casos de la biblioteca del equipo y promover casos buenos para que otros los reutilicen.
- Ejecutar ciclos: registrar Aprobado / Fallido / Bloqueado / Omitido por caso, con notas y evidencia.
- Convertir un fallo en un bug trazable, vinculado a un workitem de desarrollo.
- Pedir al agente que sugiera un plan de pruebas a partir de la card.
Un recorrido por la pantalla
La calidad se gestiona desde la pestaña Pruebas dentro del detalle de una card. Ahí vive el plan; al entrar en un ciclo, la vista cambia a la pantalla de ejecución.
El plan de pruebas
En lo alto tienes la barra de herramientas de diseño:
| Botón | Qué hace |
|---|---|
| Nuevo caso | Abre el editor para crear un caso de prueba. |
| Nueva suite | Crea una suite (agrupación de casos). |
| Importar de biblioteca | Trae casos de la biblioteca del equipo al plan. |
| Sugerir plan de pruebas | Pide al agente una propuesta de plan a partir de la card. |
Debajo, los casos aparecen agrupados por suite (cada suite es plegable) y los que no tienen suite quedan bajo Sin suite. Cada caso muestra su origen (Manual, Agente o Biblioteca), el número de pasos (o Sin pasos si no tiene ninguno) y, si cubre workitems, una línea Cobertura: con enlaces a cada uno. Al pasar por un caso puedes Editar caso, Promover a biblioteca o Eliminar caso. Una barra de resumen cuenta Casos, Suites, Casos sin pasos, Con cobertura y Ciclos abiertos.
Si la card aún no tiene plan, verás «Aún no hay un plan de pruebas para esta card.»; el plan se prepara automáticamente al abrir la pestaña Pruebas con permiso de diseño. Cuando la card está cerrada o archivada, aparece el aviso «La card está cerrada o archivada: el plan de pruebas es de solo lectura. Reábrela para diseñar o ejecutar.».
Los ciclos de ejecución
Más abajo, la sección Ciclos de ejecución lista los ciclos con su estado (Abierto / Cerrado) y su avance («80 % aprobado» o Sin ejecuciones). El botón Nuevo ciclo crea uno y entra directamente en él. Si no hay ninguno, verás «Sin ciclos de ejecución todavía.».
La pantalla de ejecución
Al abrir un ciclo, la vista cambia a la ejecución (con Volver a los ciclos para regresar). Arriba, un porcentaje de aprobado y el desglose por resultado. Una tabla lista los casos con columnas Caso, Suite, Resultado y Evidencia, y puedes filtrar por Todos, Sin registrar, Fallidos, Bloqueados, Aprobados u Omitidos. Al seleccionar un caso, el panel de la derecha muestra sus Precondiciones y sus Pasos, y te deja registrar el resultado, escribir Notas de la ejecución, Adjuntar evidencia y Crear bug cuando el resultado es Fallido.
Tareas frecuentes
Crear una suite
Crear un caso de prueba
Si dejas el título vacío verás «El título es obligatorio.», y si un paso está incompleto, «Cada paso necesita acción y resultado esperado.».
Reutilizar casos de la biblioteca
Ejecutar un ciclo y registrar resultados
Crear un bug desde un fallo
Estados y resultados
Al registrar la ejecución de un caso eliges uno de estos resultados:
| Resultado | Qué significa |
|---|---|
| Aprobado | El caso se probó y el resultado fue el esperado. |
| Fallido | El caso se probó y el resultado no fue el esperado. Habilita Crear bug. |
| Bloqueado | No se pudo probar: falta un dato, un permiso o un entorno. |
| Omitido | Se decidió no probarlo en este ciclo. |
| Sin registrar | Todavía no se ha ejecutado en este ciclo. |
El ciclo, por su parte, puede estar Abierto (se registran ejecuciones) o Cerrado (solo lectura, no se reabre).
En el tablero de nivel 2, cada workitem con casos vinculados muestra una insignia de cobertura con el número de casos y el resultado de la última ejecución; si no tiene ninguno, indica Sin pruebas. Así ves la calidad de un vistazo sin abrir el plan.
Ajustes de QA del equipo
El agente que sugiere planes de pruebas usa una factoría por defecto que se configura por equipo. Desde la landing del backlog, Ajustes de QA del equipo (o Configuración → Equipos → QA) abre el panel Agente sugeridor de pruebas, donde eliges la Factoría por defecto y guardas con Guardar. Es solo un valor por defecto: al invocar al agente puedes sobreescribirlo. Este panel requiere el permiso de gestión de backlogs del equipo.
Permisos
| Permiso | Qué habilita |
|---|---|
| Ver módulo de backlog | Ver la pestaña Pruebas y los planes/ciclos (en solo lectura). |
| Diseñar planes y casos de prueba | Nuevo caso, Nueva suite, Importar de biblioteca, Promover a biblioteca, editar y eliminar casos, y Sugerir plan de pruebas. |
| Ejecutar ciclos de prueba | Nuevo ciclo, registrar resultados, adjuntar evidencia, Crear bug y Cerrar ciclo. |
| Activar tipos de backlog por equipo | Abrir y guardar los Ajustes de QA del equipo. |
Lo que tu rol no permite no aparece: sin permiso de diseño no ves la barra de herramientas del plan; sin permiso de ejecución no ves Nuevo ciclo ni los controles de resultado. Además, una card cerrada o archivada deja toda la pestaña Pruebas en solo lectura, sin importar tus permisos: reábrela para volver a diseñar o ejecutar.
Relación con otros módulos
- El tablero al detalle: la pestaña Pruebas es parte del detalle de la card; los bugs que creas desde un fallo aparecen en su panel de bugs y se vinculan a un workitem de nivel 2.
- Equipos: la biblioteca de casos y los Ajustes de QA del equipo (la factoría sugeridora) son por equipo.
- Roles y permisos: separan quién diseña pruebas de quién las ejecuta.
- Catálogos: las prioridades de los casos y las severidades de los bugs provienen de la configuración global.
No. Al intentarlo verás que «Un caso con ejecuciones registradas no se puede borrar.». Los casos con historial se conservan para no perder la trazabilidad.
La suite se elimina pero sus casos no se borran: quedan bajo Sin suite.
El seguimiento de calidad se ve hoy dentro de cada card (barra de resumen del plan, porcentaje de aprobado de cada ciclo e insignia de cobertura en los workitems). La vista Métricas de backlog se centra por ahora en el flujo (tiempos, throughput y bloqueos).