Ejecuciones

Una ejecución de prueba es una sesión de ejecución: eliges un conjunto de casos de prueba, los congelas dentro de la ejecución y registras el resultado de cada uno. Las ejecuciones viven dentro de un proyecto — abre la entrada Ejecuciones en la barra lateral del proyecto.

Crear una ejecución

1. En la pantalla de Ejecuciones, pulsa Nueva ejecución.
2. Completa la sección Detalles:
   • Título (obligatorio) — precargado con un valor por defecto Ejecución YYYY/MM/DD (la fecha de hoy, p. ej. Ejecución 2026/07/29), totalmente editable antes de crear la ejecución.
   • Descripción (opcional).
   • Entorno — elige entre los entornos ya usados en el proyecto o escribe un valor libre (p. ej. Staging, v2-preview).
   • Asignado por defecto — el miembro asignado a cada caso de la ejecución que no tenga un asignado propio. Si lo dejas vacío, la primera persona que abra un caso queda asignada a él automáticamente.
   • Hito — visible pero aún no funcional (próximamente).
3. En la sección Casos de prueba, elige Desde repositorio (la única fuente activa; Desde plan de pruebas es un stub próximamente) y pulsa Agregar casos para abrir el modal de selección de casos.
4. En el modal de selección de casos:
   • Navega el árbol de suites a la izquierda para filtrar la tabla por suite.
   • Usa la caja de búsqueda y la barra de filtros (Estado, Prioridad, Etiqueta) para acotar la lista.
   • Marca los casos a incluir. Usa Seleccionar todo para marcar todos los casos visibles después de búsqueda y filtros.
   • Opcionalmente asigna un asignado por caso con el selector de la columna Asignado. El asignado por caso sobreescribe el asignado por defecto de la ejecución solo para ese caso.
   • Pulsa Agregar N casos (deshabilitado hasta que haya al menos un caso marcado) para volver al modal de creación con la selección.
5. Los casos seleccionados aparecen agrupados por suite en la sección Casos de prueba. Pulsa × en cualquier fila para quitar un caso antes de crear la ejecución. Debe quedar al menos un caso — el botón Crear está deshabilitado a cero casos.
6. Pulsa Crear. La ejecución se abre lista para ejecutarse.

Cambio breaking (API): POST /api/v1/projects/:projectId/runs ahora requiere que caseUlids sea un array no vacío (minItems: 1). Las solicitudes con caseUlids: [] o sin caseUlids devuelven 422 validation_failed. Si creabas ejecuciones vacías por API y añadías casos después con POST /runs/:runUlid/cases, actualiza el flujo: incluye al menos un caso en el POST /runs inicial.

Orden de resolución del asignado (por caso): asignado por caso definido en el modal de selección → asignado por defecto de la ejecución → sin asignar (null).

Cuando un caso se añade a una ejecución, su título y pasos se congelan dentro de ella. Editar después el caso original en el repositorio no altera ninguna ejecución existente — el histórico queda tal y como se ejecutó.

Crear una ejecución desde una selección del repositorio

Puedes saltarte por completo el modal de selección de casos si partes de una selección existente en el Repositorio de pruebas:

1. Marca uno o más casos (o toda una banda de suite) con las casillas de selección masiva.
2. En la barra de acciones masivas, pulsa Ejecutar.
3. Se abre la pantalla de Ejecuciones con el modal de nueva ejecución ya abierto y tus casos seleccionados preseleccionados en la sección Casos de prueba.
4. Añade o quita casos según necesites, completa los detalles de la ejecución y pulsa Crear.

La selección del repositorio no se ve afectada por Ejecutar — se mantiene tal cual para que puedas iniciar otra acción masiva después.

El listado de ejecuciones

La pantalla de Ejecuciones presenta cada ejecución del proyecto como una tabla con ocho columnas:

• Título — el nombre de la ejecución más la fecha en que se inició.
• Entorno — etiqueta libre capturada al crear la ejecución (p. ej. Staging, Producción). Las ejecuciones sin entorno muestran un guion largo (—).
• Configuraciones — los valores de configuración con los que está etiquetada la ejecución (p. ej. Chrome / Windows), unidos por /. Una ejecución sin configuraciones muestra un guion largo. Como el nombre por defecto de una ejecución ahora se basa en la fecha y no en la combinación (ver “Crear una ejecución” más abajo), esta columna es la que distingue varias ejecuciones creadas el mismo día. La misma columna aparece, sin cambios, en la sección de ejecuciones de un plan de pruebas y en la pestaña de ejecuciones de un hito.
• Autor — quién lanzó la ejecución. Para ejecuciones creadas desde la web, es el nombre y avatar del usuario. Para ejecuciones creadas vía API (CI/CD), es el nombre del token de API mostrado con el icono de llave que también se usa en el feed de Actividad. Las ejecuciones heredadas cuyo autor original no puede recuperarse muestran un guion largo.
• Tiempo total — la suma acumulada de las duraciones individuales de cada caso ejecutado hasta ahora en la ejecución.
• Transcurrido — el intervalo de reloj entre el primer y el último resultado registrado en la ejecución. Para ejecuciones en progreso este valor avanza segundo a segundo en vivo.
• Estado — la etiqueta proyectada (En progreso / Aprobada / Fallida) — ver abajo.
• Resultados — una barra apilada horizontal con la distribución de los casos en los cinco estados (aprobado / fallido / bloqueado / omitido / sin probar), con el conteo ejecutado/total y el porcentaje de éxito debajo.

La barra de filtros sobre la tabla combina búsqueda, un chip permanente de Estado y filtros adicionales desde Añadir filtro:

• La búsqueda filtra por nombre de ejecución o entorno (sin distinguir mayúsculas).
• Estado es un chip siempre presente (sin × y que nunca aparece en Añadir filtro). Abre su editor emergente para marcar En progreso, Aprobada o Fallida —combínalas para mostrar varios estados proyectados— o déjalo vacío.
• Entorno usa los entornos ya vistos en el proyecto. Puedes seleccionar más de un valor.
• Autor filtra ejecuciones creadas por usuarios. Las ejecuciones creadas por tokens de API siguen visibles en la tabla, pero no coinciden con un filtro de autor de usuario.
• Asignado por defecto filtra por el asignado por defecto de la ejecución, incluido (empty) para ejecuciones sin asignado.
• Campos personalizados de la ejecución — Añadir filtro también lista los campos personalizados test_run filtrables del proyecto (opciones, casilla y selector de miembro; los campos de texto libre y numéricos no son filtrables y nunca aparecen aquí). Cada editor ofrece una opción (empty) para ejecuciones sin valor almacenado para ese campo. Los filtros personalizados se evalúan solo contra filas de valor almacenadas; un valor por defecto que se ve en el detalle de la ejecución no satisface el filtro hasta que el valor se guarda de verdad.

Los filtros activos aparecen como chips removibles y se reflejan en la URL para compartir la vista filtrada. Un contador N de M a la derecha refleja el estado filtrado, y Limpiar filtros quita búsqueda y chips juntos.

Etiquetas de estado de la ejecución

Cada ejecución muestra una sola insignia que combina si sigue abierta y el resultado global:

• En progreso — la ejecución sigue abierta; puedes seguir marcando casos.
• Aprobada — la ejecución está cerrada y todos los resultados son favorables (incluye omitidos; un cierre solo con casos sin probar sigue contando como aprobada si no hay fallos).
• Fallida — la ejecución está cerrada y al menos un caso falló o quedó bloqueado.

La misma insignia aparece en el listado de ejecuciones y en la cabecera de la pantalla de ejecución.

Ejecutar una ejecución

La pantalla de ejecución es un tablero agrupado por suite: cada suite se pliega en una banda con su propia barra de progreso, duración agregada, número de casos y el nombre de la suite (snapshot). Los casos sin suite caen en una banda “Casos sin suite”. Una caja de búsqueda en la parte superior filtra los casos por título o ID corto a través de todas las bandas.

A la derecha, un rail de resumen muestra el progreso global: un dónut (ejecutados sobre el total), una leyenda de estados y campos de metadatos incluyendo la Estimación — una previsión de cuánto debería durar la ejecución calculada a partir del tiempo medio de los mismos casos en ejecuciones anteriores del proyecto. Cuando ningún caso tiene historial, la estimación se muestra como un guión largo (—).

Si el proyecto tiene campos personalizados de ejecución configurados, el rail también muestra un bloque de Campos personalizados de la ejecución, ubicado entre Transcurrido y la lista de defectos vinculados. Este bloque es de solo lectura — para cambiar un valor, usa la sección Campos personalizados en el modal de creación o edición de la ejecución (ver “Campos personalizados de la ejecución” más abajo). Un campo sin valor guardado muestra su valor por defecto configurado, o un guion largo si no tiene uno. El bloque no aparece si el proyecto no tiene campos personalizados de ejecución.

Al abrir un caso, el rail se sustituye por un panel lateral de ejecución: short-id del caso, título, la descripción / pre-condiciones / post-condiciones del snapshot (solo se muestran las condiciones que el proyecto tenga habilitadas), y los pasos. Cada paso tiene su propia banda de Aprobar / Fallar / Omitir / Bloquear y una tarjeta plegable de Datos / Resultado esperado — pulsa el chevron para revelar Datos y Resultado esperado apilados dentro del cuerpo. Marcar un paso revela su campo Resultado actual sin forzar la apertura o cierre de ese desplegable; ahí puedes adjuntar imágenes (PNG / JPEG / WebP de hasta 2048px, convertidas automáticamente a WebP con miniatura). El texto y los adjuntos se guardan de forma automática — no hay botón de Guardar explícito.

Un control Resultado del caso está anclado en la parte inferior de la pestaña Ejecución. Úsalo para marcar el caso completo como Aprobado / Fallido / Omitido / Bloqueado. Este es el resultado a nivel de caso que registra una entrada en la pestaña Historial (con una instantánea congelada por paso que puedes reabrir después). Las marcas por paso actualizan el espacio de trabajo en vivo de inmediato y aparecen en el feed de Actividad del proyecto, pero no crean una entrada en Historial por sí solas.

Los casos que ya tienen un resultado terminal (Aprobado, Fallido, Omitido o Bloqueado) se abren en una vista consultiva de solo lectura: el control de resultado del caso no está disponible, las marcas por paso son de solo lectura, y el panel muestra una pestaña Defectos (defectos vinculados durante el intento) y un rail de metadatos con quién ejecutó el caso, cuándo empezó, cuánto tardó y cuándo terminó.

Para un caso con ese resultado terminal, la cabecera del panel lidera el título del caso con una marca de resultado compacta — un pequeño glifo de estado en un círculo con tinte — en lugar del chip de resultado que antes aparecía junto al short-id del caso. Esto aplica en todas las superficies: el panel lateral, la vista a pantalla completa y el panel de intento de solo lectura. La marca es solo icono; el conteo de reintentos no se muestra en la cabecera. Un caso aún sin probar, o recién reiniciado con Reintentar, no muestra indicador de resultado en la cabecera.

La cabecera del panel incluye un control de expansión (⤢) que abre una vista a pantalla completa con el mismo contenido del caso. Pulsa Escape o el control de contracción (⤡) en la esquina superior derecha de la vista a pantalla completa para volver al panel lateral.

Navegador de casos en la vista a pantalla completa

Al abrir la vista a pantalla completa, aparece un navegador de casos como un rail a la izquierda. El navegador lista todos los casos de la ejecución agrupados por suite; cada grupo de suite muestra su propio mini-gráfico de progreso, y cada fila de caso muestra la marca de resultado compacta descrita arriba (un anillo punteado neutro para los casos sin probar).

• Busca en el navegador con su propio campo de búsqueda — este filtro aplica únicamente a la lista del navegador y no modifica los filtros del tablero ni la URL de la página.
• Haz clic en cualquier fila de caso para cambiar el panel principal a ese caso. El breadcrumb y el contenido se actualizan; el cronómetro del caso anterior se conserva.
• El caso que se está visualizando aparece resaltado en la lista con un estado “seleccionado”.
• El navegador es de solo lectura: seleccionar un caso aquí no te lo asigna automáticamente.

Otras cosas útiles:

• La barra de acciones masivas añade Reintentar (devuelve los casos seleccionados a untested) y Quitar (los elimina de la ejecución); ambas se desactivan solo en una ejecución abortada — una ejecución completada (cerrada, no abortada) las mantiene disponibles. La antigua acción masiva “Enviar resultado” no forma parte del nuevo tablero.
• El cronómetro sigue arrancando al abrir un caso y deteniéndose al marcarlo.
• El estado del caso se sigue derivando de sus pasos (cualquier paso fallido o bloqueado hace fallar el caso).
• Los metadatos de la ejecución (estado, iniciado por, entorno, inicio, tiempo total, transcurrido) viven en el rail de resumen; el rail se oculta siempre que haya un panel de caso abierto.

Icono de estado del caso durante la ejecución

Al ejecutar una ejecución, el tablero muestra un pequeño icono en el extremo derecho de cada fila de caso cuando el Estado del caso no es Activo. Es el mismo indicador que aparece en el repositorio de pruebas.

Puntos clave:

• El icono refleja el estado actual del caso en el repositorio — no el estado del snapshot capturado cuando se creó la ejecución. Si el estado cambia después de añadir un caso a la ejecución, el icono se actualiza en consecuencia.
• El estado Activo y el estado no configurado no muestran nada. Solo las opciones no Activas (Borrador, Obsoleto o una opción personalizada no activa con icono) activan el indicador.
• Esto es diferente de otros datos del caso (título, pasos) que sí se congelan en el momento de añadir el caso y no cambian aunque se edite el caso fuente.

Cerrar una ejecución

Una ejecución se cierra sola, automáticamente, en cuanto todos sus casos tienen un resultado registrado — no hay que pulsar nada. En cuanto se marca el último caso sin probar (o en reintento), Probara cierra la ejecución de inmediato y el listado de ejecuciones lo refleja al momento.

Aun así puedes pulsar Completar para terminar una ejecución antes de tiempo, mientras quedan casos sin probar — un cierre manual para cuando ya terminaste de probar pero algunos casos nunca iban a ejecutarse. Si quedan casos sin probar se te pide confirmación. Completar no desaparece porque exista el cierre automático: ambos funcionan juntos, no como alternativas.

Cerrarse — sea automático o manual — no es el final de la historia de la ejecución. Una ejecución cerrada y no abortada sigue siendo totalmente editable: puedes marcar, reintentar o quitar casos, añadir casos nuevos, adjuntar capturas y editar resultados. El tablero solo pierde el botón Completar y el aviso de solo lectura que se muestra en ejecuciones abortadas (ver más abajo); nada más cambia. Volver a marcar el último caso restante más adelante nunca “reabre” la ejecución — cerrarse es un estado de una sola dirección. Si reintentas un caso o añades un caso nuevo sin probar dentro de una ejecución cerrada, la ejecución sigue cerrada; nunca vuelve a abrirse por sí sola.

Abortar una ejecución

Si una ejecución necesita detenerse antes de tiempo — cambió el alcance, la build no sirve o la ejecución se inició por error — usa Abortar ejecución desde el menú ⋯ en la página de detalle de la ejecución, en lugar de Completar o Eliminar. Abortar solo está disponible mientras la ejecución está abierta; una ejecución completada o ya abortada no tiene la opción de abortar.

Confirmar el abandono en el diálogo destructivo (sin campo de motivo) congela la ejecución de inmediato: la ejecución se cierra, los casos que seguían sin probar permanecen sin probar — abortar nunca registra un resultado en tu nombre — y los resultados y adjuntos existentes se conservan tal cual estaban. La ejecución muestra un chip Abortada en el listado de ejecuciones y también puede encontrarse con la opción de filtro de Estado Abortada, junto a En progreso / Aprobada / Fallida.

A diferencia de una ejecución completada (cerrada, no abortada), una ejecución abortada queda congelada de forma terminal: marcar, reintentar, quitar, añadir casos y adjuntar capturas se mantienen desactivados, y el tablero muestra el aviso de solo lectura. Si necesitas intentarlo de nuevo, usa Volver a ejecutar (más abajo) para clonar una ejecución nueva a partir de ella.

Una ejecución abortada sigue contando como finalizada para hitos y planes de prueba — nunca bloquea que un hito se autocomplete ni detiene el avance de un plan — pero sus conteos de casos (aprobados, fallidos, bloqueados, omitidos, sin probar) quedan excluidos de los números de progreso de hitos y planes de prueba, de modo que una ejecución abandonada no distorsiona lo que significa “terminado” para el resto del equipo.

Retención de datos

Toda ejecución que creas se conserva indefinidamente por defecto — no hay vencimiento automático a menos que tu plan incluya una ventana de retención. Si el plan de tu organización incluye una, las ejecuciones (y todo lo que contienen: casos, pasos, resultados y adjuntos) que lleven cerradas o abortadas más tiempo que esa ventana se eliminan automáticamente en un proceso recurrente. Una ejecución que sigue abierta nunca se elimina, sin importar cuán antigua sea.

Esta eliminación es permanente. No hay forma de deshacerla, no hay papelera de reciclaje ni opción de restaurar — una vez que pasa la ventana de retención de una ejecución, esta y sus resultados desaparecen. Si necesitas conservar el historial de una ejecución más allá de la ventana de tu plan, expórtalo o archívalo antes de que se elimine.

El feed de actividad conserva cada entrada que hacía referencia a una ejecución eliminada; solo se limpia el enlace a la ejecución en sí, de modo que el registro de auditoría de lo que ocurrió permanece intacto aunque la ejecución que describe ya no exista.

Si crees que la ventana de retención de tu organización está mal configurada, contacta a soporte — el equipo puede otorgarla, quitarla o aumentarla a pedido.

Editar una ejecución

Usa Editar ejecución desde el menú ⋯ para cambiar los datos descriptivos de una ejecución o para volver a seleccionar sus casos después de crearla. Editar solo está disponible mientras la ejecución está abierta; una ejecución completada o abortada no tiene la opción de editar.

El modal Editar ejecución reutiliza los mismos campos que la creación — Título, Descripción, Entorno y Hito — precargados con los valores actuales de la ejecución. El asignado por defecto no se puede editar aquí: es una configuración inicial que solo se usa al crear la ejecución, así que el modal nunca lo muestra ni lo envía al guardar. Los asignados por caso siguen siendo la forma de controlar quién trabaja en cada caso después de creada la ejecución.

Al hacer clic en Agregar casos se abre el mismo modal de selección de casos que en la creación, precargado con la selección actual de la ejecución y sus asignados por caso — marca o desmarca casos y ajusta los asignados exactamente como lo harías al crear una ejecución. Solo está disponible el selector de repositorio; traer casos desde un plan de pruebas es un flujo exclusivo de la creación. Guardar aplica juntos los cambios a la selección de casos y a los campos de metadatos.

Si tus cambios eliminarían uno o más casos que ya tienen un resultado registrado o tiempo acumulado, Probara muestra una confirmación destructiva antes de guardar, indicando cuántos casos se ven afectados. Confirmar continúa con el guardado; cancelar (o presionar Escape) deja la ejecución completamente intacta — no se envía ninguna solicitud. Quitar casos que siguen sin probar y sin tiempo acumulado nunca dispara esta confirmación adicional.

Los resultados y el tiempo registrado no se recuperan. Si quitas un caso que ya se había ejecutado y lo vuelves a agregar más adelante, vuelve como un caso nuevo y sin probar — su resultado y tiempo anteriores se pierden para siempre.

Campos personalizados de la ejecución

Si tu organización configuró campos personalizados para la entidad Ejecución (ver Campos personalizados), tanto el modal de creación de ejecuciones como el modal Editar ejecución muestran una sección Campos personalizados, con los mismos controles de campo usados en el resto de la aplicación (texto corto, número, selección, casilla, selector de usuario, etc.).

• En el modal de creación, la sección solo aparece en la pestaña Desde repositorio, precargada con el valor por defecto configurado en cada campo. Desde plan de pruebas nunca la muestra ni envía ningún valor de campo personalizado con las ejecuciones generadas: igual que cualquier otra ejecución, reciben automáticamente el valor por defecto de cada campo obligatorio.
• En el modal Editar ejecución, la sección se precarga con los valores actualmente guardados en la ejecución (no con los valores por defecto de los campos), así que editar una ejecución nunca sobrescribe en silencio un valor que ya habías fijado.
• Un campo obligatorio vacío bloquea el guardado y muestra Este campo es obligatorio junto al control — no se envía ninguna solicitud hasta que todos los campos visibles obligatorios tengan un valor.
• Si el proyecto no tiene campos de ejecución visibles, ningún modal muestra la sección.
• Cerrar cualquiera de los dos modales sin guardar descarta los cambios en los campos personalizados, igual que con cualquier otro campo del formulario.

Configuraciones de la ejecución

Si tu proyecto tiene grupos de configuración (ver Configuraciones) con valores vigentes, tanto el modal de creación de ejecuciones como el modal Editar ejecución muestran una sección Configuraciones — un selector por grupo, con un único valor como máximo.

• El selector de cada grupo incluye una opción Sin valor, así que una ejecución puede llevar un valor para algunos grupos y ninguno para otros.
• En el modal de creación, la sección aparece en todas las pestañas y los valores elegidos se envían junto con el resto de la ejecución en una sola solicitud.
• En el modal Editar ejecución, la sección se precarga con las configuraciones actuales de la ejecución. Guardar solo envía la nueva selección cuando realmente cambió; vaciar todos los valores y guardar elimina por completo las configuraciones de la ejecución.
• Editar configuraciones sigue la misma regla que cualquier otro campo de metadatos: funciona en una ejecución abierta y en una cerrada sin abortar. Una ejecución abortada no tiene opción de edición, así que sus configuraciones quedan fijas.
• Si el proyecto no tiene grupos de configuración con valores vigentes, ningún modal muestra la sección.
• Cerrar cualquiera de los dos modales sin guardar descarta cualquier cambio de configuración sin guardar.

Volver a ejecutar una ejecución

No existe Reabrir — una vez que una ejecución se cierra (automáticamente, al completarla o al abortarla), se queda cerrada. Para volver a ejecutar, usa Volver a ejecutar desde el menú ⋯ en cualquier ejecución cerrada (completada o abortada). Abre el diálogo Clonar ejecución de prueba, que crea una ejecución abierta completamente nueva a partir de la terminada — la ejecución de origen nunca se modifica.

El diálogo pide:

• Título (obligatorio) — prellenado como “nombre de la ejecución de origen (clon)”; edítalo antes de confirmar.
• Clonar con responsables — si lo marcas, cada caso arrastrado conserva su responsable de la ejecución de origen; si lo dejas sin marcar (opción por defecto), todos los casos de la ejecución nueva quedan sin asignar.
• Estados de caso a incluir — un selector múltiple con búsqueda de los seis resultados de caso (Sin probar, Reintento, Aprobado, Fallido, Omitido, Bloqueado). Déjalo vacío para arrastrar todos los casos de la ejecución de origen sin importar su último resultado; selecciona uno o más estados para arrastrar solo los casos que coincidan — el uso típico es seleccionar Fallido + Bloqueado para volver a ejecutar justo lo que falló.

Agregar un resultado y reportar un defecto

Marcar un caso como Aprobado, Reintentar u Omitido avanza de inmediato sin ningún modal — la marca y el tiempo capturado en silencio se guardan al instante.

Marcar un caso como Fallido o Bloqueado abre el modal de Agregar resultado antes de guardar nada — el caso permanece sin probar hasta que confirmes. Dentro del modal puedes:

• Cambiar el Resultado si marcaste el desenlace equivocado — el selector ofrece los cuatro resultados posibles (Aprobar / Fallar / Omitir / Bloquear). Cambiar a Aprobado u Omitido oculta el interruptor de defecto y, al confirmar, guarda ese resultado en su lugar, conservando el comentario, el tiempo o los adjuntos que ya hayas ingresado.
• Agregar un comentario del resultado describiendo qué ocurrió.
• Revisar y, si hace falta, ajustar el tiempo registrado del intento.
• Adjuntar archivos (de cualquier tipo, hasta los límites por archivo y por resultado del proyecto) mientras el modal sigue abierto — las subidas ocurren en segundo plano para que Confirmar siga siendo rápido.
• Decidir si crear o vincular un defecto, mediante un interruptor que viene activado por defecto cuando el resultado seleccionado es Fallido o Bloqueado.

Pulsar Cancelar o Escape en el modal de Agregar resultado descarta todo: el caso permanece sin probar, no se guarda nada, el cronómetro retoma exactamente desde donde estaba al abrir el modal, y el foco no avanza — es como si nunca hubieras marcado el caso.

Confirmar guarda juntos, como una sola acción, el resultado seleccionado, el comentario, el tiempo registrado y los adjuntos. Con el interruptor de defecto desactivado, el caso avanza al siguiente. Con el interruptor activado (disponible solo para Fallido/Bloqueado), Confirmar abre el modal de Reportar defecto contra el intento recién guardado, con dos pestañas:

• Crear nuevo — registra un defecto nuevo. El campo de descripción empieza pre-rellenado a partir de los pasos fallidos del caso (resultado esperado frente al actual de cada uno), así que casi nunca necesitas escribirlo desde cero; sigue siendo totalmente editable. Los encabezados compuestos (Case:, Precondition:, Failed steps:, Expected: / Actual:) siempre están en inglés por diseño, sin importar tu idioma de interfaz — así se mantienen consistentes las descripciones de defectos para equipos que triaguen en un tracker compartido. También puedes definir severidad, prioridad, un hito y un responsable antes de crearlo.
• Vincular existente — selecciona un defecto que ya hayas registrado, ya sea desde la lista sugerida (vinculados antes a este caso) o buscando en los defectos del proyecto, y pulsa Vincular defecto para vincularlo. Si intentas vincular sin haber seleccionado nada, aparece un aviso en línea en lugar de vincular. Seleccionar un defecto resuelto o cerrado anuncia que confirmar lo reabrirá; al vincular, el intento se vincula y el defecto se reabre juntos.

En cualquiera de las dos pestañas, marca Crear otro defecto para registrar o vincular varios defectos desde el mismo intento sin salir del modal — cada creación o vinculación exitosa reinicia esa pestaña y mantiene el modal abierto.

¿Cambiaste de opinión después de ver el modal de Reportar defecto? Haz clic en la flecha hacia atrás junto al título para volver al modal de Agregar resultado con todo lo que ingresaste intacto — resultado, comentario, tiempo y adjuntos. Volver a confirmar solo vuelve a guardar lo que realmente cambiaste.

Usa la acción Agregar defecto del panel de reintentos en un caso bloqueado para abrir el modal de Reportar defecto directamente para ese intento, sin pasar por el paso de Agregar resultado.

Consulta Defectos para las vistas de listado y detalle del proyecto.