none
Relacionar código fonte com um bug RRS feed

  • 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
    quinta-feira, 16 de agosto de 2012 13:23

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]

    quinta-feira, 16 de agosto de 2012 14:01
  • 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
    quinta-feira, 25 de julho de 2013 17:05
  • 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]

    sexta-feira, 17 de agosto de 2012 18:05

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]

    quinta-feira, 16 de agosto de 2012 14:01
  • 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!!!

    sexta-feira, 17 de agosto de 2012 14:12
  • 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]

    sexta-feira, 17 de agosto de 2012 18:05
  • Alan, novamente obrigado. Vou estudar mais o Manual do ALM Ranger.


    Estudando Windows Phone 7 e LightSwitch, muito bom!!!

    sábado, 18 de agosto de 2012 01:55
  • Leandro de Souza, como eu faço para configurar como obrigatório informar o WorkItem no momento do Check-in?

    Agradeço

    sexta-feira, 21 de setembro de 2012 20:22
  • E ai Paulo, td blz?

    Para deixar este procedimento como obrigatório é necessário configurar a Policy para check-in.

    Efetue as configurações conforme os prints abaixo

    Imagem1

    Imagem2

    Qualquer coisa pergunta ai 


    Estudando Windows Phone 7 e LightSwitch, muito bom!!!

    sábado, 22 de setembro de 2012 02:29
  • Muito obrigado Leandro!
    segunda-feira, 24 de setembro de 2012 14:38
  • 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
    quinta-feira, 25 de julho de 2013 17:05
  • Olá Almiro,

    É assim que trabalhamos aqui na empresa, valeu pela dica.


    Estudando Windows Phone, Windows 8 e LightSwitch, muito bom!!!

    quinta-feira, 25 de julho de 2013 17:30