Volver a la metodología

Gestión de tests: la cascada de cobertura

Los tres caminos por los que un caso de prueba llega a su historia, y cuál de ellos es el único que llena el panel de cobertura de Jira.

Test Management

La cascada de cobertura de un Test Case

Los tres caminos por los que un caso de prueba resuelve hasta su historia, cuál de ellos llena el panel de cobertura y cuál se lee como sin cobertura aunque el enlace exista.

La cascada de cobertura de un Test CaseLos tres peldaños por los que un caso de prueba resuelve hasta su historia de usuario. El primero pasa por el Acceptance Test Set y es el único que llena el panel de cobertura. El segundo pasa por el Acceptance Test Plan y la historia se lee sin cobertura aunque el enlace exista. El tercero enlaza el caso directo a la historia y es un último recurso válido. Un caso sin ninguna de esas aristas queda huérfano. También distingue las dos capas en juego: la membresía interna de Xray y los enlaces de asunto de Jira.CASCADA DE RESOLUCIÓN · SE BAJA UN PELDAÑO SOLO CUANDO EL ANTERIOR NO EXISTEMEMBRESÍA XRAYISSUE LINK · TESTS1TCTest CaseATSAcceptance Test SetStoryis tested byCOBERTURALlena el panelMEMBRESÍA XRAYISSUE LINK · TESTS2TCTest CaseATPAcceptance Test PlanStoryis tested byTRAZABILIDAD ADMINISTRATIVAUNCOVERED · 0 testsISSUE LINK DIRECTO3TCTest CaseStoryis tested byCOBERTURAÚltimo recurso válidoSIN ARISTATCTest CaseStorysin cubrirHUÉRFANOFuera de trazabilidadMODALIDAD JIRA-NATIVESin capa de Xray no hay membresía por GraphQL: ahí la pertenencia sí se expresa como issue links TC a ATS.Y si la instancia no tiene el work type Test Set, no hay ATS: la cascada cae directo al tercer peldaño.LEYENDAMembresía de Xray (GraphQL), no es un issue linkIssue link de Jira, slug testLa historia es la parte inward: invertir la arista da cero cobertura