Consulta por fecha o iteración actual


Tipo de datos

Operadores y macros admitidos


DateTime

= , <> , , , = , = , ><>< =[Field], <> [Field], > [Field], < [Field], > =[Field], < =[Field], In, Not In, Was Ever
Macros: @StartOfDay, @StartOfWeek, @StartOfMonth, @StartOfYeary @Today; cada una de estas macros se puede especificar con un entero +/- n.


TreePath

= , <> , Under, Not Under <>: @CurrentIteration2 y @CurrentIteration +/- n3 válidos con el campo Ruta de iteración


DateTime

= , <> , , , = , = , ><>< =[Field], <> [Field], > [Field], < [Field], > =[Field], < =[Field], In, Not In, Was Ever
Macros: @Today que se puede especificar con ** +/- n** entero.


TreePath

= , <> , Under, Not Under <>: @CurrentIteration2 es válido con el campo Ruta de iteración


Notas:

  1. Las macros @StartOfDay, @StartOfWeek, @StartOfMonth, @StartOfYear se admiten para Azure DevOps Server 2019.1 y versiones posteriores, y solo cuando se ejecutan desde el portal web.
  2. La @CurrentIteration macro es compatible con TFS 2015 y versiones posteriores, y solo cuando se ejecuta desde el portal web.
  3. La macro @CurrentIteration +/- n se admite para Azure DevOps Server 2019 y versiones posteriores, y solo cuando se ejecuta desde el portal web.

Sugerencia

El operador WasEver se puede usar con el campo Ruta de iteración, pero solo cuando se define mediante la sintaxis WIQL. Para obtener un ejemplo, vea TBC.

Restricciones de cliente sobre el uso de las @CurrentIteration macros

Puede usar el @CurrentIteration en una consulta de los siguientes clientes:

  • Portal web que se conecta a Azure Boards
  • Portal web que se conecta a una versión local Azure DevOps 2015 o posterior
  • Visual Studio 2015 o Team Explorer 2015 o versiones posteriores conectadas a Azure Boards o TFS 2015 o versiones posteriores.
  • Mediante la API de REST

Puede usar la macro @CurrentIteration +/- n en una consulta en Azure Boards, Azure DevOps Server 2019 y versiones posteriores, y con una API REST que incluya el equipo como parámetro, por ejemplo, .

Se produce un error si abre una consulta que contiene la macro @CurrentIteration en versiones anteriores de Visual Studio o desde Excel o Project. Además, no puede usar la macro al copiar o clonar conjuntos de pruebas y casos de prueba,definir alertas o con api REST.

Consultas basadas en fechas

Puede filtrar los elementos de trabajo por la fecha en la que se cambiaron o para un período de tiempo concreto. Cuando se limita el ámbito de la consulta, puede ayudar al rendimiento devolviendo solo los resultados que se ajusten al intervalo de fechas que desea incluir. Si no está nuevo en la creación de consultas, consulte Uso del editor de consultas para enumerar y administrar consultas.

No todos los campos son válidos para todos los tipos de elementos de trabajo (WIT). Vaya a campos de fecha para el conjunto de campos que puede incluir en las consultas y a qué WIT se aplican.


Filtro para

Incluir estas cláusulas de consulta


Elementos creados en los últimos 30 días

Cláusula para buscar elementos creados en los últimos 30 días

Elementos modificados en una fecha específica

Cláusula para buscar elementos modificados en una fecha específica

Elementos resueltos hoy

Cláusula para buscar elementos resueltos hoy

Elementos cerrados dentro de un período de tiempo especificado

Cláusula para buscar elementos cerrados dentro de un período de tiempo especificado

Elementos que no se han cerrado (la fecha de cierre es null)

Cláusula para buscar elementos cuya fecha de cierre está vacía o nula

Elementos cuyo estado se actualizó en la última semana

Cláusula para buscar elementos cuyo estado se actualizó en la última semana

Elementos cerrados durante el sprint actual (la @CurrentIteration macro hace referencia al sprint definido para el contexto del equipo actual)

Cláusula para buscar elementos cerrados durante el sprint actual

Sugerencia

Para comprender cómo se agrupan las cláusulas AND/OR, consulte Creación y guardado de consultas administradas, Cláusulas group. Para ver la sintaxis de WIQL de una consulta, instale la extensión del editor de consultas WIQL, que le permitirá ver la versión de WIQL de cualquier entrada de la interfaz de usuario de consulta.

Creación de consultas basadas en fechas de inicio de día, semana, mes o año

En los ejemplos siguientes se muestra cómo usar las macros StartOf... para filtrar por elementos de trabajo con varios desplazamientos. Para obtener más ejemplos sobre el uso de estas macros, vea Sintaxis de WIQL.

Nota

Requiere Azure DevOps Server 2019 Update 1 o una versión posterior.

Filtro para

Incluir estas cláusulas de consulta


Errores cerrados en las últimas dos semanas

Cláusulas para buscar errores cerrados en las últimas dos semanas

Elementos modificados en los últimos 10 días

Cláusula para buscar elementos modificados en los últimos 10 días

Características programadas para completarse en los próximos tres meses

Cláusulas para las características programadas para completarse en los próximos 3 meses

No todos los campos son válidos para todos los tipos de elementos de trabajo. Vaya a campos de fecha para el conjunto de campos que puede incluir en las consultas y a qué tipos de elementos de trabajo se aplican. Escriba fechas en el patrón de fecha que estableció para su perfil personal. (Consulte Establecer preferencias personales para obtener más información).

Creación de consultas para la iteración actual del equipo

Si el equipo sigue los procesos de Scrum, programe que el trabajo se complete en sprints. Puede realizar un seguimiento del progreso de los requisitos, errores y otros trabajos que se completarán en el sprint actual mediante la macro @CurrentIteration datos.

Se encontrará cualquier elemento asignado a un sprint que corresponda a la ruta de acceso de iteración actual del equipo. Por ejemplo, si un equipo está en Sprint 5, la consulta devolverá los elementos asignados a Sprint 5. Más adelante, cuando el equipo trabaje en Sprint 6, la misma consulta devolverá los elementos asignados a Sprint 6.

Nota

Para que @CurrentIteration macro funcione, el equipo debe haber seleccionado una ruta de iteración cuyo intervalo de fechas abarque la fecha actual. Para más información, consulte Definición de rutas de iteración (también denominadas sprints) y configuración de iteraciones de equipo. Además, las consultas que contienen esta macro solo son válidas cuando se ejecutan desde el portal web.

Consulte también Restricciones de cliente sobre el uso de las macros @CurrentIteration más adelante en este artículo.

Azure Boards agrega un parámetro de equipo al seleccionar las macros @CurrentIteration o @CurrentIteration +/- n. El parámetro de equipo se deriva del contexto del equipo actual.

Filtro de consulta mediante la macro @CurrentIteration con el parámetro de equipo

Sugerencia

Si la macro @CurrentIteration no funciona, compruebe que la iteración esperada está seleccionada para el equipo y que se han establecido fechas para ella.

Para cambiar el parámetro de equipo que el sistema establece automáticamente, escriba el nombre del equipo en el campo de parámetro agregado debajo de la macro @CurrentIteration equipo.

Elección del parámetro de equipo

Antes de crear o actualizar una consulta para usar la macro @CurrentIteration, asegúrese de seleccionar el equipo. La macro @CurrentIteration hace referencia al equipo actual seleccionado en el portal web.

Filtro de consulta mediante la macro @CurrentIteration consulta

Creación de una ventana deslizante de la consulta de iteraciones del equipo

Use la macro @CurrentIteration +/- n cuando desee realizar un seguimiento del trabajo que un equipo ha planeado para los próximos sprints y para comprender el trabajo que no se completó en sprints anteriores.

Nota

Para que la macro @CurrentIteration +/- n funcione, el equipo debe haber seleccionado Rutas de iteración que cumplan los n criterios e intervalos de fechas que abarque la fecha actual de la @CurrentIteration. Para obtener más información sobre la selección de equipos de rutas de iteración, vea Definir rutas de acceso de iteración (sprint) y configurar iteraciones de equipo.

Consulte también Restricciones de cliente sobre el uso de las macros @CurrentIteration más adelante en este artículo.

Aquí se muestra cómo enumerar todos los casos de usuario y errores asignados a la ventana deslizante que abarca los dos últimos, el actual y los dos siguientes sprints seleccionados para el equipo de administración y herramientas de la nube.

CurrentIteration más y menos cláusulas

Para usar esta macro, el equipo especificado debe haber seleccionado un conjunto de sprints que abarquen el valor n especificado para la macro.

Enumeración de elementos de trabajo que se han movido fuera de un sprint

Puede enumerar los elementos de trabajo definidos para un sprint, pero que posteriormente se han movido mediante una consulta con una cláusula que contiene el operador Was Ever para la ruta de iteración. Solo puede construir esta consulta mediante la sintaxis WIQL. Puede editar la sintaxis de WIQL en el Editor de consultas instalando la extensión de Marketplace del editor de Wiql.

Por ejemplo, las siguientes consultas de sintaxis para elementos de trabajo que cumplen los criterios siguientes:

  1. Definido en el proyecto actual
  2. El tipo de elemento de trabajo es igual a Caso de usuario o Error
  3. Los elementos de trabajo se encuentran en la ruta de acceso del área del equipo web de fibra de Fabrikam
  4. Los elementos de trabajo no están en estado Cerrado, Completado, Cortar o Resuelto
  5. No está en la ruta de iteración actual del equipo de Fabrikam Fiber Web
  6. Pero se asignaron a la ruta de iteración actual para el equipo de Fabrikam Fiber Web
  7. Ahora se asignan a la iteración actual +1 para el equipo de Fabrikam Fiber Web
  8. Y se cambiaron en los últimos 30 días (la longitud del sprint)
SELECT
    [System.Id],
    [System.WorkItemType],
    [System.AssignedTo],
    [System.Title],
    [System.State],
    [System.Tags],
    [System.IterationPath],
    [System.AreaPath]
FROM workitems
WHERE
    [System.TeamProject] = @project
    AND [System.WorkItemType] IN ('User Story', 'Bug')
    AND [System.AreaPath] UNDER 'FabrikamFiber\Web'
    AND NOT [System.State] IN ('Completed', 'Closed', 'Cut', 'Resolved')
    AND NOT [System.IterationPath] = @currentIteration('[FabrikamFiber]\Web <id:cdf5e823-1179-4503-9fb1-a45e2c1bc6d4>')
    AND (
        EVER (
            [System.IterationPath] = @currentIteration('[FabrikamFiber]\Web <id:cdf5e823-1179-4503-9fb1-a45e2c1bc6d4>')
        )
        AND [System.IterationPath] = @currentIteration('[FabrikamFiber]\Web <id:cdf5e823-1179-4503-9fb1-a45e2c1bc6d4>') + 1
        AND [System.ChangedDate] >= @today - 30
    )
ORDER BY [System.Id]

La vista Del Editor de consultas de la sintaxis aparece como se muestra.

Nota

El Editor de consultas muestra un icono de información junto al operador Was Ever, que indica un problema con la cláusula . Sin embargo, la consulta todavía se ejecutará y puede crear gráficos de consultas. Sin embargo, para modificar la consulta, debe usar el editor de WIQL.

Captura de pantalla del Editor de consultas, Elementos de trabajo movidos fuera de un sprint.

Enumeración de los elementos de trabajo agregados a un sprint después de la fecha de inicio

Para enumerar los elementos de trabajo recién creados agregados a un sprint después de su fecha de inicio, puede usar una consulta similar a la que se muestra en la imagen siguiente. Esta consulta funciona mediante el filtrado de elementos de trabajo asignados al sprint actual, pero se crearon después del inicio de la fecha de sprint. En este ejemplo, el filtrado se logra con la cláusula creada Date = @Today - 28.

Captura de pantalla del Editor de consultas, Elementos de trabajo recién creados y agregados a un sprint después de su fecha de inicio.

Para obtener otras opciones para consultar los cambios en el ámbito de sprint, vea Acerca de sprints, Scrumy administración de proyectos, Cambio de ámbito de sprint.

Campos Ruta de acceso de fecha e iteración

Puede usar campos de fecha para filtrar las consultas. Algunos de estos campos se rellenan con información a medida que un elemento de trabajo progresa de un estado a otro. Algunos de estos campos no aparecen en el formulario de elemento de trabajo, pero se realiza un seguimiento de esos WIT enumerados en la tabla siguiente.

Nombre del campo

Descripción

tipos de elemento de trabajo


Fecha activada (notas 1 y 2)

La fecha y hora a la que se creó el elemento de trabajo o a la que se cambió su estado de cerrado, completado o listo a nuevo o activo.
Nombre de referencia=Microsoft.VSTS.Common.ActivatedDate, Tipo de datos=DateTime

Error, solicitud de cambio, epopeya, característica, problema, elemento de trabajo pendiente del producto, requisito, revisión, riesgo, paso compartido, tarea, caso de prueba, caso de usuario

Fecha del cambio

Fecha y hora en que se modificó un elemento de trabajo.
Nombre de referencia=System.ChangedDate, Tipo de datos=DateTime

All

Fecha de cierre (nota 2)

La fecha y hora en las que un elemento de trabajo se cerró.
Nombre de referencia=Microsoft.VSTS.Common.ClosedDate, Tipo de datos=DateTime

All

Fecha de creación

La fecha y hora en las que se creó un elemento de trabajo.
Nombre de referencia=System.CreatedDate, Tipo de datos=DateTime

All

Due Date

Fecha de vencimiento prevista para resolver un problema.
Nombre de referencia=Microsoft.VSTS.Scheduling.DueDate, Tipo de datos=DateTime

Problema (Agile)

Fecha de finalización (nota 3)

Fecha y hora en que la programación indica que se completará la tarea.
Nombre de referencia=Microsoft.VSTS.Scheduling.FinishDate, Tipo de datos=DateTime

Requisito, tarea, plan de prueba, caso de usuario

Ruta de acceso de la iteración

Agrupa los elementos de trabajo por sprints con nombre o períodos de tiempo. La iteración debe ser un nodo válido en la jerarquía del proyecto. Defina rutas de iteración para un proyecto y seleccione rutas de iteración para un equipo defina rutas de iteración para un proyecto y seleccione rutas de iteración para un equipo.
Nombre de referencia=System.IterationPath, Tipo de datos=TreePath

All

Fecha de resolución (notas 1 y 2)

Fecha y hora en que el elemento de trabajo se movió a un estado Resuelto.
Nombre de referencia=Microsoft.VSTS.Common.ResolvedDate, Tipo de datos=DateTime

Error, solicitud de cambio, epopeya, característica, problema, elemento de trabajo pendiente del producto, requisito, revisión, riesgo, paso compartido, tarea, caso de prueba, caso de usuario

Fecha de inicio (nota 3)

Fecha y hora en que la programación indica que se iniciará la tarea.

Nombre de referencia=Microsoft.VSTS.Scheduling.StartDate, Tipo de datos=DateTime

Epopeya, característica, requisito, tarea, plan de prueba, caso de usuario

Fecha de cambio de estado

La fecha y hora a la que cambió el valor del campo Estado.
Nombre de referencia=Microsoft.VSTS.Common.StateChangeDate, Tipo de datos=DateTime

All

Fecha prevista

Fecha en la que se va a completar una característica o un elemento de trabajo.

Nota

Los planes de entrega usan la fecha de inicio y la fecha de destino para mostrar el intervalo de características, epopeyas y otros elementos de trabajo pendiente de cartera.

Nombre de referencia=Microsoft.VSTS.Scheduling.TargetDate, Tipo de datos=DateTime

Epopeya, Característica

Notas:

  1. Vea también Consultar por asignación o cambios de flujo de trabajo, Fecha e Identidad campos.

  2. Para que estos campos se definan para un WIT, deben incluirse en la WORKFLOW sección de la definición de WIT. Por ejemplo, esta sintaxis se incluye dentro de la FIELDS definición al realizar la transición a un estado Resuelto:

     <FIELD refname="Microsoft.VSTS.Common.ResolvedDate" />  
        <SERVERDEFAULT from="clock"  />  
     </FIELD >  
    
  3. Los campos Fecha de inicio y Fecha de finalización se calculan si crea un plan de proyecto en Microsoft Project y, a continuación, sincroniza ese plan con las tareas almacenadas en Azure Boards. Es posible que estos campos no aparezcan en el formulario de elemento de trabajo, pero se calculan para los elementos de trabajo pendiente y las tareas vinculadas a los elementos de trabajo pendiente. Puede ver sus valores de solo lectura en los resultados de una consulta o desde Microsoft Excel.

    Importante

    Microsoft Project integración y el comando TFSFieldMapping no se admiten para:

    • Visual Studio 2019 y Azure DevOps Office® Integration 2019
    • Azure DevOps Server 2019 y versiones posteriores, incluidos Azure DevOps Services.

    Sin embargo, se mantiene la compatibilidad completa Microsoft Excel integración y admite la importación y actualización masivas de elementos de trabajo. Entre las alternativas al Microsoft Project se incluyen las siguientes:

Para consultar elementos basados en el texto especificado en el campo Historial, vea Historial y auditoría.

Recursos del SDK

Para interactuar mediante programación con consultas, vea Consulta de errores, tareas y otros elementos de trabajo.

Azure Boards | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013

Las macros @Today y @CurrentIteration son útiles para enumerar elementos de trabajo basados en fechas relativas o en su asignación a la iteración actual de un equipo. Para enumerar los elementos de trabajo en función del momento en que se crearon, cerraron, resolvieron o cambiaron el estado, use @Today especificar fechas. Para las consultas que enumen los elementos de trabajo en función de su asignación al sprint actual de un equipo,use @CurrentIteration .

Por ejemplo, puede encontrar elementos de trabajo que se modificaron en los últimos tres días con la consulta siguiente.

Captura de pantalla del Editor de consultas, Fecha de  cambio = 3.

Filtro de consulta del editor basado en cambios recientes.

Además, puede usar la macro @CurrentIteration +/- n para crear consultas basadas en una ventana deslizante de iteraciones de equipo.

Operadores y macros admitidos

Las cláusulas de consulta que especifican un campo DateTime o la ruta de acceso de iteración pueden usar los operadores y macros enumerados en la tabla siguiente.