Elementos de trabajo y flujo de trabajo (Agile)

Puede utilizar elementos de trabajo para el seguimiento, supervisión e informe del desarrollo de un producto y sus características. Un elemento de trabajo es un registro de la base de datos que usted crea en Visual Studio Team Foundation Server para registrar la definición, asignación, prioridad y estado de un trabajo. La plantilla de proceso para MSF for Agile Software Development v5.0 define seis tipos de elementos de trabajo: casos de usuario, tareas, casos de prueba, pasos compartidos, errores y problemas.

En este tema

  • Definir casos de usuario, tareas y otros elementos de trabajo

  • Crear un caso de usuario, una tarea u otro tipo de elemento de trabajo

  • Crear varios casos de usuario, tareas u otros elementos de trabajo a la vez

  • Crear un elemento de trabajo que establece vínculos automáticamente con otro elemento de trabajo

  • Crear casos de prueba y planes de prueba utilizando Test and Lab Manager

  • Abrir y realizar un seguimiento de errores utilizando Test Runner y Test and Lab Manager

  • Ver los elementos de trabajo que tiene asignados

  • Personalizar tipos de elementos de trabajo y tareas relacionadas

Definiendo elementos de trabajo individuales y almacenándolos en un almacenamiento común de base de datos y métricas, puede responder a preguntas sobre el estado del proyecto cada vez que sea necesario. Los elementos de trabajo, los vínculos entre elementos de trabajo y los archivos adjuntos se almacenan todos en la base de datos de Team Foundation para realizar el seguimiento de elementos de trabajo, como muestra la siguiente ilustración.

Información general conceptual del uso de elementos de trabajo

Definir casos de usuario, tareas y otros elementos de trabajo

Puede especificar y actualizar información para elementos de trabajo en el formulario de elemento de trabajo. Los temas de esta sección proporcionan detalles sobre cómo trabajar dentro de cada formulario de elemento de trabajo.

Tareas

Contenido relacionado

Realizar el seguimiento de casos de usuario, características de producto o requisitos. Un equipo crea casos de usuario para definir las características, funciones y requisitos que se van a implementar. Los casos de usuario describen los objetivos del cliente a alto nivel y son elementos fundamentales para el esfuerzo de planeación del equipo, porque ayudan al equipo a valorar, clasificar por orden de prioridad, definir, programar y comprobar el trabajo relacionado con cada caso de usuario.

Puede utilizar los informes Información general sobre los casos de usuario y Progreso de los casos para realizar el seguimiento del estado de casos de usuario y el progreso del equipo.

Seguir y valorar el trabajo. Un equipo crea tareas para realizar el seguimiento del nivel de esfuerzo que se exige para implementar un caso de usuario u otras áreas de trabajo que se identifican para el proyecto. Las tareas deben representar unidades pequeñas de trabajo que se pueden realizar en uno o dos días. Puede dividir las tareas mayores en subtareas menores.

Puede crear tareas para realizar el seguimiento del trabajo de desarrollo de pruebas de código, diseño y ejecución, resolver errores y realizar pruebas de regresión. Además, puede crear tareas para permitir que se realice trabajo genérico.

Realizando el seguimiento de las horas de trabajo para cada tarea, el equipo puede alcanzar un claro entendimiento del progreso que se ha realizado en el proyecto.

Puede utilizar los informes Trabajo restante y Evolución y tasa de avance para supervisar el progreso del equipo, identificar problemas en el flujo de trabajo y determinar la tasa de evolución del equipo.

Probar la aplicación. Un equipo utiliza casos de prueba para definir pruebas que permitirán probar casos de usuario. Puede definir casos de la prueba manuales que especifican la ejecución de una secuencia de pasos de acción y validación o puede especificar casos de prueba automatizados que hacen referencia a un archivo de automatización.

NotaNota
El cliente recomendado para crear y definir casos de prueba es Microsoft Test Manager.Utilizando esta herramienta, también puede crear series de pruebas y configuraciones de prueba que se ocupen del intervalo completo criterios de prueba para el proyecto.En las configuraciones de prueba, especifique el entorno de software bajo el que desea ejecutar los casos de prueba y las series de pruebas.Para obtener más información, vea Probar la aplicación.

Puede utilizar el informe de Disponibilidad de casos de prueba para determinar el progreso que el equipo está realizando en la definición de casos de prueba. Puede utilizar el informe de Progreso del plan de pruebas para determinar cuántas pruebas se superan o no.

Definir pasos compartidos. Un equipo utiliza pasos compartidos para simplificar la definición y mantenimiento de los casos de prueba manual. En los pasos compartidos, se define una secuencia de pasos de acción y validación para ejecutarlos como parte de un caso de prueba. Muchas pruebas requieren que se realice la misma secuencia de pasos para varios casos de prueba. Si crea pasos compartidos, puede definir una secuencia de pasos una vez e insertarla en muchos casos de prueba.

Nota importanteImportante
El cliente recomendado para crear y definir pasos compartidos es Microsoft Test Manager.Puede ver estos tipos de elementos de trabajo utilizando Team Explorer y Team Web Access; sin embargo, no puede utilizar Team Web Access para modificar o actualizar ciertos campos.

Abrir y seguir errores. Puede realizar el seguimiento de un defecto de código creando un elemento de trabajo de error. Creando un error, puede notificar con precisión el defecto de una manera que ayude a otros miembros del equipo a entender el impacto completo del problema. En el error, debe describir los pasos que condujeron al comportamiento inesperado para que otros se puedan reproducirlo, y los resultados de la prueba deben mostrar claramente el problema. La claridad e integridad de esta descripción afectan a menudo a la probabilidad que se corrija el error.

Puede utilizar el libro Evaluación de errores para clasificar y asignar errores en los que trabajar para una iteración o versión. Puede utilizar el informe de Estado de errores para realizar el seguimiento del progreso del equipo en la resolución y cierre de errores.

Definir y administrar riesgos, problemas e impedimentos. Puede definir problemas, impedimentos o riesgos conocidos o posibles para el proyecto creando elementos de trabajo de problema.

Cuando se requiere una acción concreta, un problema puede traducirse en la realización de una o más tareas para mitigar el problema. Por ejemplo, un problema técnico puede conducir a un esfuerzo de creación de prototipos arquitectónicos. Los equipos siempre deben animar a sus miembros a identificar los problemas y asegurarse de aportar tanta información como sea posible sobre los problemas que ponen en riesgo el éxito del equipo. Los individuos deben tener la posibilidad de identificar los problemas sin miedo de represalias por expresar puntos de vista tentativos o polémicos. Los equipos que crean y mantienen entornos positivos para administrar los problemas identificarán y resolverán antes los problemas, con menos confusión y conflictos que los equipos que mantengan entornos de riesgo negativos.

Puede utilizar el libro Problemas para revisar, clasificar y administrar los problemas.

Crear un caso de usuario, una tarea u otro tipo de elemento de trabajo

Puede crear un elemento de trabajo abriendo Team Web Access o Team Explorer y siguiendo el procedimiento de esta sección. Después de crear un elemento de trabajo, siempre puede modificar y agregar detalles a medida que progrese un plazo.

Para crear un caso de usuario, una tarea u otro tipo de elemento de trabajo

  1. Abra Team Web Access o Team Explorer y conéctese a la colección de proyectos de equipo que contenga el proyecto de equipo en el que desee crear el elemento de trabajo.

    Para obtener más información, vea Conectar y obtener acceso a los proyectos de equipo de un servidor Team Foundation Server.

  2. Realice uno de estos pasos:

    • En Team Web Access, busque el área de inicio rápido del panel de navegación y, a continuación, haga clic en la flecha Nuevo elemento de trabajo. En el menú Tipos de elemento de trabajo, haga clic en el tipo de elemento de trabajo que desee crear.

    • En Team Explorer, haga clic en el menú Equipo, elija Agregar elemento de trabajo y, a continuación, haga clic en el tipo de elemento de trabajo.

    Se abre un formulario de elemento de trabajo del tipo especificado.

    Formulario de elemento de trabajo Error

  3. Defina los campos restantes como requiera el tipo de elemento de trabajo.

    Para obtener más información, vea Definir casos de usuario, tareas u otros elementos de trabajo, anteriormente en este tema.

  4. En la barra de herramientas del elemento de trabajo, haga clic en GuardarGuardar elemento de trabajo.

    Nota

    Después de guardar el elemento de trabajo, aparecerá el identificador en el título debajo de la barra de herramientas de elemento de trabajo.

Crear varios casos de usuario, tareas u otros elementos de trabajo a la vez

Puede definir rápidamente varias tareas que se vinculan automáticamente a los casos de usuario utilizando Office Excel. Además, puede definir rápidamente casos de usuario, tareas, problemas y errores utilizando los libros que se proporcionan la plantilla de proceso para MSF for Agile Software Development v5.0. Para obtener más información, vea los temas siguientes:

Crear un elemento de trabajo que establece vínculos automáticamente con otro elemento de trabajo

Puede crear un elemento de trabajo que se vincula automáticamente a un caso de usuario u otro elemento de trabajo existente. Puede realizar esta acción desde un elemento de trabajo abierto o desde una lista de resultados para una consulta de elementos de trabajo.

Para crear un elemento de trabajo vinculado a un elemento de trabajo existente

  1. Abra Team Web Access o Team Explorer y conéctese a la colección de proyectos que contenga el proyecto de equipo donde desee definir el elemento de trabajo vinculado.

  2. Haga clic con el botón secundario en la consulta de equipo Elementos de trabajo abiertos y, a continuación, haga clic en Abrir.

  3. Realice una de las acciones siguientes:

    • En Team Web Access, haga clic en la flecha situada junto al elemento de trabajo existente al que desee vincular el nuevo elemento de trabajo y, a continuación, haga clic en Agregar nuevo elemento de trabajo vinculado.

    • En Team Explorer, haga clic con el botón secundario del mouse en el elemento de trabajo existente al que desee vincular el nuevo elemento de trabajo y, a continuación, haga clic en Agregar nuevo elemento de trabajo vinculado.

    Se abre el cuadro de diálogo Agregar nuevo elemento de trabajo vinculado.

    Agregar una nueva tarea vinculada a un problema o un error

  4. Defina los siguientes campos:

    • En la lista Tipo de vínculo, haga clic en Pruebas si está vinculando el nuevo elemento de trabajo a un caso de prueba o un caso de usuario existente. Haga clic en Relacionado si está vinculando el nuevo elemento de trabajo a una tarea, problema u otro error existente.

    • En la lista Tipo de elemento de trabajo, haga clic en el tipo de elemento de trabajo que desea crear.

    • En Título, escriba un nombre descriptivo que indique el artículo, tarea u otro tipo de elemento de trabajo que se va a seguir.

    • (Opcional) Escriba información adicional en Comentario.

  5. Haga clic en Aceptar.

    Se abrirá un formulario de elemento de trabajo con la información que ha proporcionado.

  6. Defina los campos restantes como requiera el tipo de elemento de trabajo.

    Para obtener más información, vea Definir casos de usuario, tareas u otros elementos de trabajo, anteriormente en este tema.

  7. Haga clic en Guardar Guardar elemento de trabajo.

Crear casos de prueba y planes de prueba utilizando Test and Lab Manager

Utilizando Microsoft Test Manager, puede crear no solo casos de prueba, sino también series de pruebas y configuraciones de prueba que permitan probar el proyecto. Puede utilizar configuraciones de prueba para definir el entorno de software en el que desea ejecutar los casos de prueba y los conjuntos de pruebas.

Planes de pruebas, series de pruebas y configuraciones de prueba

Componentes de un plan de pruebas

Puede agrupar los casos de prueba y organizarlos en una jerarquía de series de pruebas en el plan de pruebas. Creando series de pruebas, puede ejecutar conjuntos de casos de prueba como un grupo. Para obtener más información sobre cómo usar Microsoft Test Manager para definir y utilizar casos de prueba, series de pruebas y plantes de prueba, vea Probar la aplicación.

Abrir y seguir errores utilizando Test Runner y Test and Lab Manager

Utilizando Microsoft Test Manager, puede enviar errores que contienen automáticamente información sobre el caso de prueba y el entorno de pruebas ejecutado, además del paso de prueba concreto en el que se detectó un defecto de código. Los errores que se crean utilizando Microsoft Test Manager vinculan automáticamente el error al caso de prueba que encontró el error.

Puede crear errores de las siguientes maneras:

  • Desde Microsoft Test Manager al ejecutar una prueba utilizando Ejecutor de pruebas, al ver un resultado de prueba o al ver sus errores

  • Desde Team Web Access o Team Explorer

  • Desde Office Excel (útil si está enviando varios errores al mismo tiempo)

Para obtener información sobre cómo enviar, seguir y comprobar errores y correcciones utilizando Microsoft Test Manager, vea el contenido relacionado en la siguiente tabla.

Tareas

Contenido relacionado

Crear un error. Cuando observe un comportamiento inesperado de la aplicación durante las pruebas ad hoc, puede crear un error rápidamente.

Recopilar datos de diagnóstico para permitir la depuración. Con Ejecutor de pruebas, puede recolectar datos de seguimiento de diagnóstico en una aplicación escrita con código administrado; después, un desarrollador puede usarla con Intellitrace para aislar los errores.

Crear un archivo de registro de acciones grabadas y agregarlo a un error. Puede registrar las acciones como texto en un archivo de registro al ejecutar pruebas manuales. Puede agregar automáticamente este archivo a cualquier error que cree cuando ejecute la prueba manual.

Crear un caso de prueba a partir de un error y un archivo de registro de acciones grabado. Puede usar este registro de acciones para crear un caso de prueba manual a partir de un error o un resultado de la prueba. Adoptando este enfoque, puede crear casos de prueba sin tener que escribir en todos los pasos.

Comprobar y actualizar el estado de un error sobre la base de los resultados de la prueba. Si envía un error basado en un caso de prueba, puede comprobar ese error directamente desde la lista Mis errores en Microsoft Test Manager. Para adoptar este enfoque, debe haber un resultado de prueba asociado a ese caso de prueba. Puede volver a ejecutar la prueba rápidamente, cambiar el estado del error en función de los resultados y agregar comentarios al error.

Ver los elementos de trabajo que tiene asignados

Como miembro del equipo, puede buscar rápidamente los elementos de trabajo que tiene asignados abriendo la consulta de equipo Mis elementos de trabajo u obteniendo acceso a Mi panel. Para obtener más información, vea los temas siguientes:

Personalizar tipos de elementos de trabajo y tareas relacionadas

Tareas

Contenido relacionado

Obtener información sobre los campos que puede utilizar para realizar el seguimiento de información para todos los tipos de elementos de trabajo. La base de datos para realizar el seguimiento de elementos de trabajo sigue los campos que no aparecen en los formularios de elemento de trabajo. Puede obtener más información sobre estos campos de elemento de trabajo, restricciones sobre campos concretos y qué campos se notifican y se indizan.

Agregar, quitar o personalizar cómo se utiliza cada tipo de elemento de trabajo para realizar un seguimiento de los datos. Puede personalizar un tipo de elemento de trabajo existente o crear un tipo que cumpla sus requisitos. Cada tipo de elemento de trabajo corresponde a un archivo de definición XML que se importa en un proyecto de equipo.

Personalizar objetos para el seguimiento de los elementos de trabajo a fin de cumplir los requisitos en materia de seguimiento de proyectos. Puede personalizar los campos de datos, el flujo de trabajo y los formularios de elemento de trabajo que su equipo usa para seguir el progreso.

Para personalizar un objeto para el seguimiento de los elementos de trabajo, modifique un archivo XML e impórtelo en el servidor que hospede la colección de proyectos.

Agregar, quitar o modificar los estados o transiciones que controlan el flujo de trabajo. Para controlar el flujo de trabajo, hay que definir su estado inicial, sus estados válidos, las transiciones válidas entre esos estados y los usuarios o grupos que tienen permiso para realizar esas transiciones. La sección WORKFLOW del tipo de elemento de trabajo controla la forma de realizar el seguimiento de un elemento de trabajo.

Modificar y personalizar el formulario para un tipo de elemento de trabajo. Puede controlar la forma en que un tipo de elemento de trabajo muestra los elementos de la interfaz de usuario mediante la sección FORM de la definición del tipo de elemento de trabajo. Cada tipo de elemento de trabajo debe tener un único formulario. Puede describir el formulario completo, con la totalidad de sus pestañas, campos y grupos.

Vea también

Conceptos

Artefactos (Agile)