sinra¿Qué son los Testings?
Los testings son casos de prueba QA vinculados a capabilities. En lugar de mantener una herramienta separada como TestRail, tu equipo de QA crea y ejecuta casos de prueba directamente en Sinra, vinculados a la funcionalidad que validan.
Crear un Caso de Prueba
Cualquier usuario con acceso Reporter o superior puede crear un testing en una capability:
- Abrir la capability
- Hacer clic en “Añadir Testing”
- Establecer el nombre del test, descripción y resultado esperado
- Asignar a un usuario de QA
- Opcionalmente, elegir la issue que Verifies
La ruta de navegación de un testing muestra su capability: Home, capability, testing.
Verificar una Especificación o un Bug
Un testing puede indicar qué issue verifica. El campo solo ofrece las especificaciones y los bugs de la capability del testing, además de los bugs sin capability que la Concern. Los planes y las tareas no se prueban, y las plantillas nunca. El vínculo es opcional: un testing siempre puede cubrir toda la capability.
- La ficha del testing muestra la issue verificada, clicable.
- La ficha de una especificación o de un bug lista los testings que la verifican, con su estado, y ofrece Add a test con la capability y la issue ya rellenadas.
- En la página de la capability, cada especificación indica su número de pruebas, o No test yet.
- Rechazado o no, un testing que señala una especificación la hace contar como probada.
Una issue verificada por al menos un testing no se puede eliminar, mover a otra capability ni cambiar mediante la API a un tipo no verificable, hasta que los testings se eliminen o se desvinculen. El mensaje indica el número de pruebas.
Ejecutar Pruebas Durante un Ciclo
La vista /testings/current muestra todos los casos de prueba en progreso para la release activa. QA ejecuta cada test y lo marca:
| Resultado | Significado |
|---|---|
| Aceptado | Prueba superada, la funcionalidad valida |
| Rechazado | Prueba fallida, la issue vinculada debe reabrirse o crear un bug |
Los tests rechazados aparecen inmediatamente en la vista de capability, dando a desarrolladores y product owners el estado QA en tiempo real.
Trazabilidad
Los testings conectan capability con validación:
Capability → Especificación → Testing → Aceptado / Rechazado
Cuando una release se entrega, puedes revisar qué capabilities tenían todos los tests aceptados vs cuáles tenían rechazos que fueron ignorados o aplazados. Esta pista de auditoría se preserva en la retrospectiva de la release.
Huecos de Cobertura
El widget de huecos de cobertura del panel del tester lista las especificaciones activas que no tienen ningún testing, con su capability y su release, junto a los dos indicadores existentes. Solo cuentan los testings: una especificación marcada como terminada sigue siendo un hueco si nada la verifica. Los testings existentes no tienen ningún vínculo hasta que lo establezcas, así que las especificaciones existentes aparecen al principio como no probadas.
Consulta Trazabilidad para la cadena completa.
Por Qué Importa el QA Integrado
Cambiar entre una herramienta de tickets y una herramienta QA separada crea problemas de sincronización: los bugs encontrados en TestRail deben crearse manualmente en Jira. Sinra elimina esta transferencia. Un caso de prueba rechazado está vinculado directamente a la capability y al ciclo donde pertenece la corrección.