Usuário com melhor resposta
Relacionar código fonte com um bug

Pergunta
-
Olá pessoal,
Utilizo o TFS 2010 com scrum 1.0.
Temos um desenvolvedor que analisa atendimentos inciados pela equipe de suporte. Quando é necessário efetuar alguma correção no produto para finalizar o atendimento este desenvolvedor adicionar um workItem do tipo bug ao projeto.
Muitas das vezes para adicionar um bug ao projeto o desenvolvedor efetuou o debug do produto e sabe exatamente a classe/metodo/linha que necessita de correção.
Para faciliar o processo de desenvolvimento no sprint que este bug será corrigido gostaria de efetuar um vinculo do bug com a classe.
Existe alguma maneira de adicionar ao bug um link que aponte para a classe/metodo/linha que precisa de correção?
Estudando Windows Phone 7 e LightSwitch, muito bom!!!
- Editado Leandro de Souza quinta-feira, 16 de agosto de 2012 13:24 alteração do título
Respostas
-
Olá Leandro,
infelizmente não existe algo assim no Visual Studio. Mas você tem duas opções que são bem interessantes.
Opção 1: Vincular um Changeset com um WorkItem, no seu caso um Bug.
No momento de fazer um check-in o Visual Studio vai permitir adicionar um WorkItem. (É possível também tornar isso obrigatório).
Entretanto essa solução se aplica apenas quando o problema já foi corrigido.
Opção 2: Criar um link com um arquivo versionado no Source Control. Para isso, acesse o Bug e vá na aba "All Links". Clique no botão "Link to" e no popup de Adição de link selecione o combobox Link type a opção "Versioned Item", e no combobox Link to a opção "Latest Version" e selecione a Classe que deseja.
Abraços,
Alan.
Alan Correa Morais [MCTS - Visual Studio 2010 Team Foundation Server, Administration]
- Sugerido como Resposta Alan Correa Morais quinta-feira, 16 de agosto de 2012 14:01
- Marcado como Resposta Leandro de Souza sexta-feira, 17 de agosto de 2012 14:12
-
Leandro, boa tarde!
Aqui na empresa nós temos por padrão relacionar o ChangeSet sempre com o último WorkItem, que nesse seu caso seria com a tarefa (Task) do erro (Bug). Pois seu fonte se diz respeito à tarefa que está fazendo. Caso alguém queira saber qual erro (Bug) está relacionado ao código fonte alterado, basta subir um nível do relacionamento.
- Marcado como Resposta Leandro de Souza quinta-feira, 25 de julho de 2013 17:29
-
Olá Leandro,
apesar de não haver certo ou errado neste caso, o Manual do ALM Ranger (pessoal ninja da Microsoft e MVPs), diz que o formato para uma melhor acompanhamento é quando o Change Set é vinculado com uma Task.
Olha aqui o manual deles: http://vsartfsreguide.codeplex.com/downloads/get/101619
Abaixo uma imagem que ilustra um formato de acompanhamento que eles recomendam:
Aqui na minha empresa seguimos essa recomendação.
Abraços,
Alan.
Alan Correa Morais [MCTS - Visual Studio 2010 Team Foundation Server, Administration]
- Marcado como Resposta Leandro de Souza sábado, 18 de agosto de 2012 01:54
Todas as Respostas
-
Olá Leandro,
infelizmente não existe algo assim no Visual Studio. Mas você tem duas opções que são bem interessantes.
Opção 1: Vincular um Changeset com um WorkItem, no seu caso um Bug.
No momento de fazer um check-in o Visual Studio vai permitir adicionar um WorkItem. (É possível também tornar isso obrigatório).
Entretanto essa solução se aplica apenas quando o problema já foi corrigido.
Opção 2: Criar um link com um arquivo versionado no Source Control. Para isso, acesse o Bug e vá na aba "All Links". Clique no botão "Link to" e no popup de Adição de link selecione o combobox Link type a opção "Versioned Item", e no combobox Link to a opção "Latest Version" e selecione a Classe que deseja.
Abraços,
Alan.
Alan Correa Morais [MCTS - Visual Studio 2010 Team Foundation Server, Administration]
- Sugerido como Resposta Alan Correa Morais quinta-feira, 16 de agosto de 2012 14:01
- Marcado como Resposta Leandro de Souza sexta-feira, 17 de agosto de 2012 14:12
-
Olá Alan,
A 2º opção já vai ajudar muito, desta maneira o desenvolvedor já consegue deixar vinculado ao bug quais arquivos são necessários de alteração. Outras informações como método e linha poderá ser adicionada no campo de comentários.
Valeu Alan, muito obrigado pela ajuda.
A 1º opção já utilizamos aqui na empresa. Também esta configurado como obrigatório informar o WorkItem no momento do check-in.
Utilizamos o relacionamento do Changeset com o WorkItem para faciliar a rastreabilidade de alterações relacionadas ao código.
Mas surgiu uma duvida, em qual WorkItem deve-se criar o vinculo com o Changeset. O correto é vincular ao Bug ou a sua Task?
Estudando Windows Phone 7 e LightSwitch, muito bom!!!
-
Olá Leandro,
apesar de não haver certo ou errado neste caso, o Manual do ALM Ranger (pessoal ninja da Microsoft e MVPs), diz que o formato para uma melhor acompanhamento é quando o Change Set é vinculado com uma Task.
Olha aqui o manual deles: http://vsartfsreguide.codeplex.com/downloads/get/101619
Abaixo uma imagem que ilustra um formato de acompanhamento que eles recomendam:
Aqui na minha empresa seguimos essa recomendação.
Abraços,
Alan.
Alan Correa Morais [MCTS - Visual Studio 2010 Team Foundation Server, Administration]
- Marcado como Resposta Leandro de Souza sábado, 18 de agosto de 2012 01:54
-
-
-
-
-
Leandro, boa tarde!
Aqui na empresa nós temos por padrão relacionar o ChangeSet sempre com o último WorkItem, que nesse seu caso seria com a tarefa (Task) do erro (Bug). Pois seu fonte se diz respeito à tarefa que está fazendo. Caso alguém queira saber qual erro (Bug) está relacionado ao código fonte alterado, basta subir um nível do relacionamento.
- Marcado como Resposta Leandro de Souza quinta-feira, 25 de julho de 2013 17:29
-