Elementos de trabajo y flujo de trabajo (CMMI)
Un equipo usa elementos de trabajo para el seguimiento, la supervisión y la elaboración de informes sobre el desarrollo de un producto y sus características. Un elemento de trabajo es un registro de la base de datos que un miembro del equipo crea en Visual Studio Team Foundation Server para registrar la definición, la asignación, la prioridad y el estado de un trabajo. La plantilla de procesos para MSF for CMMI Process Improvement v5.0 define nueve tipos de elementos de trabajo: requisito, tarea, solicitud de cambio, error, problema, riesgo, revisión, caso de prueba y pasos compartidos. Los casos de prueba y los pasos compartidos sirven específicamente para usarlos con Ejecutor de pruebas y Microsoft Test Manager.
En este tema
|
Para crear un elemento de trabajo, abra el proyecto de equipo en Team Explorer, haga clic con el botón secundario en Elementos de trabajo y, a continuación, haga clic en el tipo de elemento de trabajo que desee crear. .png "Crear un elemento de trabajo haciendo clic con el botón secundario en Elementos de trabajo") |
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 los elementos de trabajo y los datos adjuntos se almacenan todos en la base de datos de Team Foundation para realizar un seguimiento de los elementos de trabajo, tal y como se muestra en la siguiente ilustración.
.png "Información general conceptual del uso de elementos de trabajo")
Definir requisitos, tareas y otros elementos de trabajo
Puede especificar y actualizar la información de los elementos de trabajo en el formulario de elemento de trabajo. En los temas de esta sección se proporciona información detallada sobre cómo usar cada formulario de elemento de trabajo.
Tareas |
Contenido relacionado |
|---|---|
Definir y realizar un seguimiento de los requisitos funcionales y operativos. Un equipo crea requisitos para capturar y realizar un seguimiento de cómo el producto debe resolver un problema del cliente. Un equipo puede utilizar los requisitos para describir los escenarios y los criterios en materia de calidad de servicio, protección, seguridad, funcionamiento, operatividad e interfaz de usuario. Los requisitos recorren los estados del flujo de trabajo Propuesto, Activo, Resuelto y Cerrado. |
|
Realizar un seguimiento y aprobar las solicitudes de cambio. Un equipo puede utilizar una solicitud de cambio para realizar un seguimiento de los cambios propuestos en alguna parte del producto o línea base. Un miembro del equipo debe crear una solicitud de cambio cuando se propone un cambio en cualquier producto de trabajo que esté en el sistema de administración de la configuración. El comité de control de cambios debe analizar y, a continuación, aceptar o rechazar los cambios propuestos. Si el comité acepta una solicitud de cambio, el equipo generará tareas para implementar el cambio. Las solicitudes de cambio recorren los estados del flujo de trabajo Propuesto, Activo, Resuelto y Cerrado. |
|
Seguir y calcular el trabajo. Un equipo crea tareas para realizar un seguimiento del número de horas que debe dedicar a la implementación de un requisito u otra área de trabajo. Las tareas deben representar unidades 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 dar cabida al trabajo genérico que el equipo debe llevar a cabo. 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. Las tareas recorren los estados del flujo de trabajo Propuesto, Activo, Resuelto y Cerrado. 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. |
|
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 de que se corrija el error. Los errores recorren los estados del flujo de trabajo Propuesto, Activo, Resuelto y Cerrado. Puede utilizar el informe Estado de errores para realizar un seguimiento del progreso del equipo a la hora de resolver y cerrar errores. |
|
Definir y administrar los impedimentos para progresar. Puede definir los problemas o impedimentos conocidos o posibles para el proyecto creando elementos de trabajo de problemas. Cuando se requiere una acción concreta, un problema puede dar lugar a una o varias tareas que el equipo debe completar 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 afectan negativamente a los resultados del equipo. Los equipos deben dar a los miembros individuales 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 dichos problemas, con menos confusión y conflictos que los equipos que mantengan entornos de riesgo negativos. Los problemas recorren los estados del flujo de trabajo Propuesto, Activo, Resuelto y Cerrado. Puede utilizar el libro Problemas para revisar, clasificar y administrar los problemas. |
|
Identificar y mitigar los riesgos para garantizar que un proyecto salga bien. El equipo utiliza el elemento de trabajo de riesgo para documentar un posible evento o condición que pueda afectar negativamente a un proyecto. Un aspecto crítico de la administración de proyectos consiste en identificar y administrar los riesgos de un proyecto. El elemento de trabajo de riesgo proporciona campos específicos para registrar planes de mitigación y contingencia y para realizar un seguimiento del posible impacto de los riesgos en el esfuerzo de desarrollo. Los riesgos recorren los estados del flujo de trabajo Propuesto, Activo, Resuelto y Cerrado. |
|
Capturar los detalles y las decisiones que el equipo toma durante las revisiones del código. El equipo utiliza el elemento de trabajo de revisión para documentar los resultados de una revisión del diseño o del código. Este elemento de trabajo tiene campos específicos para registrar información detallada sobre cómo el diseño o el código cumple los estándares en materia de exactitud de nombres, relevancia del código, extensibilidad, complejidad del código, complejidad algorítmica y seguridad del código. El elemento de trabajo de revisión permite mantener un registro de las decisiones y del trabajo realizado por el equipo para respaldar la calidad del producto. Las revisiones recorren los estados del flujo de trabajo Activo, Resuelto y Cerrado. |
|
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. .gif "Nota") Nota
El cliente recomendado para crear y definir casos de prueba es 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, se especifica el entorno de software en el que se desean ejecutar los casos de prueba y los conjuntos de pruebas.Para obtener más información, vea Probar la aplicación.
Los casos de prueba recorren los estados del flujo de trabajo Diseño, Listo y Cerrado. Puede utilizar el informe Disponibilidad de casos de prueba para determinar el progreso del equipo en materia de definición de casos de prueba. |
|
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. .gif "Nota importante") Importante
El cliente recomendado para crear y definir pasos compartidos es Test Manager.Para ver estos tipos de elementos de trabajo, puede usar Team Explorer y Team Web Access; sin embargo, no puede utilizar Team Web Access para modificar ni actualizar determinados campos.
Los pasos compartidos recorren los estados del flujo de trabajo Activo y Cerrado. |
Crear un requisito, 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 sprint.
Para crear un requisito, una tarea u otro tipo de elemento de trabajo
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.
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 abrirá un formulario de elemento de trabajo del tipo especificado.
.png "Formulario de elemento de trabajo Tarea de CMMI")
.png "Formulario de elemento de trabajo Tarea de CMMI: pestañas")
Defina los campos en la parte superior del formulario y para cada pestaña en la parte inferior del formulario según requiera el tipo de elemento de trabajo.
Para obtener más información, vea la sección Definir casos de usuario, tareas u otros elementos de trabajo, que figura anteriormente en este tema.
En la barra de herramientas del elemento de trabajo, haga clic en
.gif "Guardar")
Guardar 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 del elemento de trabajo.
Crear un gran número de requisitos, tareas u otros elementos de trabajo a la vez
Puede definir rápidamente varias tareas que se vinculan automáticamente a los requisitos utilizando Office Excel. Además, puede definir rápidamente requisitos, tareas y problemas usando Office Excel. Para obtener más información, vea los temas siguientes:
Administrar los elementos de trabajo mediante Microsoft Excel enlazado a Team Foundation Server
Realizar la planeación descendente mediante una lista de árbol de elementos de trabajo (en Excel)
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 requisito u otro elemento de trabajo existente. Puede realizar esta acción desde un formulario de 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
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.
Haga clic con el botón secundario en la consulta de equipo Elementos de trabajo abiertos y, a continuación, haga clic en Abrir.
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 abrirá el cuadro de diálogo Agregar nuevo elemento de trabajo vinculado.
.png "Agregar una nueva tarea vinculada a un problema o un error")
Defina los siguientes campos:
En la lista Tipo de vínculo, haga clic en el tipo de vínculo correspondiente a la relación entre los elementos de trabajo que desee crear.
Para un vínculo a una tarea de un requisito, haga clic en Secundario.
Para un vínculo a una solicitud de cambio, haga clic en Afectado por.
Para un vínculo a un caso de prueba, haga clic en Prueba realizada por.
Para un vínculo a cualquier otro tipo de elemento de trabajo, haga clic en Relacionado u otro tipo de vínculo que represente la relación de la que desee realizar un seguimiento.
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 para el requisito, la tarea u otro tipo de elemento de trabajo del que desee realizar un seguimiento.
(Opcional) Escriba información adicional en Comentario.
Haga clic en Aceptar.
Se abrirá un formulario de elemento de trabajo con la información que ha proporcionado.
Defina los campos restantes según requiera el tipo de elemento de trabajo.
Para obtener más información, vea la sección Definir requisitos, tareas u otros elementos de trabajo, que figura anteriormente en este tema.
Haga clic en
Guardar elemento de trabajo.
Crear casos de prueba y planes de prueba utilizando Test and Lab Manager
Utilizando 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
.png "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 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 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 mediante Test Manager vinculan automáticamente el error al caso de prueba que se ejecutaba cuando se detectó el error.
Puede crear errores de las siguientes maneras:
Desde 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 Test Manager, vea el contenido relacionado en la siguiente tabla.
Tareas |
Contenido relacionado |
|---|---|
Crear un error. Si observa un comportamiento inesperado de la aplicación durante las pruebas ad hoc, puede crear rápidamente un error. |
|
Recopilar datos de diagnóstico para permitir la depuración. Con Ejecutor de pruebas, puede recopilar 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 se pueden usar para realizar un seguimiento de la información en todos los tipos de elementos de trabajo. En la base de datos para el seguimiento de los elementos de trabajo se almacenan los datos de los campos que no aparecen en los formularios de los elementos de trabajo. Puede obtener más información sobre estos campos de elementos de trabajo, las restricciones de determinados campos 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
Elegir una plantilla de procesos