Me acabo de mudar a una nueva compañía y están usando TFS 2010 (2012 en un par de meses) como su sistema de control de versiones y recientemente comencé a usarlo como un sistema de seguimiento de trabajo para los desarrolladores.
Sin embargo, no parece haber un sistema de seguimiento de errores para que lo utilicen personas ajenas al desarrollo y las pruebas. El soporte de producción está recibiendo informes de problemas, arreglándolos sobre la marcha e informando a sus usuarios en este momento. Esto necesita ser cambiado, pero realmente no quiero tener un sistema sperate para rastrear errores y rastrear el trabajo del desarrollador.
¿Hay alguna manera de crear una forma muy liviana de ingresar errores en TFS de manera similar a como lo hace FogBugz? Iniciar sesión en TFS para completar un informe de error parece ser mucho más pesado y debe asociarlo con una aplicación en particular. Es posible que el soporte pueda hacer esto, pero quiero poder clasificar el elemento y potencialmente cambiar la asociación a algo más que una aplicación.
He usado FogBugz en el pasado y al agregar un error, puede agregar tanto / poco como desee al elemento para que al menos se registre y luego pueda devolverlo para obtener más información cuando venga a clasificar el boleto .
fuente
Respuestas:
Depende en gran medida de los campos que desee, como indicaron 17 de 26: TFS es altamente personalizable. La razón por la que me gustaría hacer esto en lugar de usar algo como JIRA es que obtienes una vista única de en qué están trabajando tus desarrolladores, en lugar de tener que agregar dos sistemas.
TFS también tiene planificación de capacidad de recursos, y si no está mostrando defectos de producción en su planificación (y ocupan una fracción significativa de su tiempo), entonces realmente no está planeando su capacidad. De hecho, diría que esta es una solución ideal para equipos en los que los desarrolladores hacen uso de TFS y admiten la producción (por ejemplo, DevOps).
No significa que no pueda usar otras herramientas para el trabajo principal de Soporte de producción / ITIL, solo debe asegurarse de que se integren, ya sea manualmente o preferiblemente automáticamente. La mayoría de estas herramientas le permiten poner ganchos personalizados, y TFS ciertamente lo hace.
De todos modos, a la pregunta principal. Utilizo las plantillas CMMI TFS (que en realidad funcionan bien con Agile BTW), y acabo de agregar un solo campo a uno de los menús desplegables.
Aquí están los pasos:
Instalar herramientas eléctricas TFS
Abra la plantilla de elementos de trabajo desde el servidor
Editar el campo de disciplina
El campo de disciplina es el "tipo" de trabajo relacionado con el defecto. Los valores estándar son:
Lo que vamos a hacer es agregar "Producción" a esa lista. Primero, edite el campo Disciplina:
Luego, haga clic en la pestaña Reglas y edite la regla ALLOWEDVALUES:
Luego, haga clic en "Nuevo" y agregue "Producción" como uno de los valores.
Haga clic en "Aceptar" varias veces hasta que regrese a la lista de campos.
Guarde la plantilla del elemento de trabajo
OK, ya terminaste. Puede crear nuevos errores e indicar su tipo como Producción. También crearía algunas consultas de elementos de trabajo en busca de defectos de producción y las agregaría a sus elementos anclados. Finalmente, mire las consultas de errores existentes, y tal vez cambie su orden para que los errores de "Producción" aparezcan primero (si es posible).
fuente
No, es cierto: el principal ALM de Microsoft no es realmente útil fuera de Visual Studio y los equipos de desarrollo.
Puede acceder a los elementos de trabajo utilizando Team Explorer (que es una versión muy reducida de VS) o acceder a través del sitio web de TFS. Tampoco son opciones particularmente buenas, ya que los campos de errores recuerdan a los antiguos rastreadores de errores 'empresariales' que tuve la desgracia de usar en el pasado.
No hay una distinción real entre los errores en TFS: solo hay un solo rastreador que filtra usando un campo en el elemento en sí, así que use un campo de categoría y luego cree un informe que solo muestre un tipo particular de categoría. Creo que esa es su única opción realista con TFS.
Si desea un seguimiento externo de problemas, entonces creo que TFS es una mala elección, es mejor usar algo como Jira o Redmine y usarlo para administrar errores: sus interfaces son mucho, mucho más agradables y fáciles de usar que TFS. Me gustó especialmente la forma en que puede enviar un correo electrónico a Redmine y crea un nuevo problema para usted, que era una característica de usabilidad ideal para los trabajadores externos.
fuente
Los usuarios que no sean desarrolladores pueden acceder al sistema de seguimiento de elementos de trabajo TFS utilizando un navegador web para ir al Portal del Proyecto del Equipo. Para encontrar la URL, vaya a Equipo-> Mostrar portal del proyecto en Visual Studio. Desde allí, cualquier persona con permisos puede explorar, crear o modificar elementos de trabajo. También pueden generar todo tipo de informes para ver el estado de las cosas.
Los tipos de elementos de trabajo disponibles y los campos en los elementos de trabajo varían dependiendo de cómo esté configurado TFS (principalmente por qué plantillas de proceso fueron elegidas).
La información requerida para ingresar un error también depende de cómo haya configurado TFS. En nuestro caso, requerimos un título, pasos para reproducir y la compilación en la que se encontró. El sistema de seguimiento de elementos de trabajo TFS es muy potente y flexible. Puede ser tan complicado o tan simple como quiera que sea, todo se reduce a cómo lo tiene configurado.
fuente
Esta publicación de blog de Microsoft describe las mejoras planificadas en TFS que deberían ayudar a admitir gastos generales más bajos:
fuente