...
Para los Test Cases (TC) (en español; Casos de Pruebas) → los títulos de los TC suelen llamarse como "Escenarios" de Pruebas*
"US ## | TS ## | TC# | Validar <verbo en infinitivo y bla bla bla escenario de prueba>"
((Nota: se usa "Validar" o "Chequear" para indicar que se trata de AC))"US ## | TS ## | TC# | Intentar <verbo en infinitivo y bla bla bla escenario de prueba>"
((Nota: se usa "Intentar" para caso adicional, caso sin AC))Para saber más información de cómo escribir perfectos Escenarios de TC, léase:
FORMATONOMENCLATURA: ESCENARIOS PERFECTOS DE CASOS DE PRUEBAS
Para los Test Execution (TX) (en español; Ejecución de Pruebas)
"US ## | TX | <copiar y pegar aquí el título de la US>"
((Recordatorio: Agregar todos los TC del TS al TX, y seguir la norma del 1 US = 1TS = 1TX))
Para los Bug o Defect (BUG) (como bien los conocemos ya)
Para un Bug (incidencia que se descubre por exploración, sin validar una US):
“"BUG | <nombre de componente> | <escenario del error inesperado>"
Para un Defect (incidencia que se descubre por un TC, validando una US):
“"DEFECT | <nombre de componente> | <escenario del error inesperado>"
Para escribir un escenario de Bug/defect, usen el formato: <“pasa esto cuando pasa esto”>
Ejemplo:
Se crashea la página X (es el “pasa esto”) cuando se abre la imagen X (es el cuando pasa esto”)
...
Para los Re-Test Execution (RTX) (en español; Ejecución de Retesteo) ((Ojo: esta incidencia es un Subtask, se crea solo sobre los Defectos y Bugs))
Para Retesting de Defecto → "Defect RTX | <copiar y pegar aquí el título del defect>"
Para Retesting de BUG → "BUG RTX | <copiar y pegar aquí el título del bug>"
...