Atualizar um projeto da equipe baseado em um modelo de processo do MSF v4.2.
Se você atualizou do Visual Studio Team System 2008 Team Foundation Server para Team Foundation Server 2013, você pode atualizar seu projeto de equipe manualmente. Se seu projeto de equipe foi baseado em um modelo de processo 4.2 de versão do Microsoft Solutions Framework (MSF), siga os procedimentos neste tópico. Depois de aplicar essas atualizações, você poderá acessar os novos recursos descritos na Configurar recursos após uma atualização do TFS bem como interface com Microsoft Test Manager.
Importante
Você só precisa seguir os procedimentos neste tópico se você estiver atualizando um projeto de equipe criado com um modelo de processo fornecido com Visual Studio Team System 2008 Team Foundation Server, ou que não contém o item de trabalho tipos de casos de teste e etapas compartilhadas.
Estes procedimentos só suporta acesso a novos recursos disponíveis no Team Foundation Server 2012.Trabalho adicional é necessário para adicionar novas consultas ou os relatórios mais recentes, atualizar relatórios personalizados ou painéis de controle de acesso.Para obter mais informações, consulte informações adicionais sobre as alterações feitas ao atualizar o TFS.
Atualizam as tarefas necessárias para acessar novos recursos:
Renomear campos do sistema
(Agile) Renomeie o cenário a história de usuário
Baixe a versão mais recente do modelo de processo do MSF
Tipos de link de importação
(Opcional) Aplicar como as personalizações necessárias
Tipos de item de trabalho de importação
Importe o arquivo de categoria
Importe os arquivos de configuração do processo
Verificar o acesso aos novos recursos
Tarefas adicionais necessárias para fazer a interface com o Microsoft Test Manager:
Especifique o tipo de bug a ser criado no Microsoft Test Manager
Conceder permissões para os membros da equipe de teste
Inicie o Microsoft Test Manager
Requisitos
Para baixar um modelo de processo, você deve ser um membro do administradores da coleção de projetos grupo. Se as permissões de segurança necessárias são definidas explicitamente, sua Gerenciar modelo de processo permissão para a coleção de projetos de equipe deve ser definido como Permitir.
Para executar o witadmin e tcm Ferramentas de linha de comando, você deve ser um membro de um dos seguintes grupos: administradores do Team Foundation, administradores da coleção de projetos, ou administradores do projeto para o projeto de equipe.
Para conceder permissões, você deve ser um membro do grupo administrativo no nível do grupo que você deseja alterar. Por exemplo, se você quiser alterar as permissões para um grupo ou usuário no nível de coleção de projeto de equipe, você deve ser um membro do administradores da coleção de projetos grupo da coleção, ou seu Editar informações em nível de coleção permissão deve ser definido como Permitir.
Para obter mais informações, consulte Referência de permissões para o Team Foundation Server.
1.Renomear campos do sistema
Porque os nomes amigáveis de vários campos de sistema foram renomeados na Visual Studio Team Foundation Server 2010, será necessário renomear manualmente esses campos em sua coleção de projetos de equipe. Campos de sistema que foram renomeados incluem System.AreaID, System.IterationID, System.HyperLinkCount, System.ExternalLinkCount e System.AttachedFileCount.
Executar essa tarefa para cada coleção de projetos de equipe definida em seu atualizado Team Foundation Server.
Abra uma janela de Prompt de comando onde o Visual Studio 2012 ou Team Explorer 2012 está instalado e digite:
cd %programfiles%\Microsoft Visual Studio 12.0\Common7\IDEEm uma edição de 64 bits do Windows, substitua %programfiles% por %programfiles(x86)%.
Digite cada um dos comandos a seguir, substituindo seus dados para os argumentos que são exibidos e, em seguida, escolha o ENTER chave.
witadmin changefield /collection:CollectionURL /n:System.AreaId /name:"Area Id" witadmin changefield /collection:CollectionURL /n:System.AttachedFileCount /name:"Attached File Count" witadmin changefield /collection:CollectionURL /n:System.ExternalLinkCount /name:"External Link Count" witadmin changefield /collection:CollectionURL /n:System.HyperLinkCount /name:"Hyperlink Count" witadmin changefield /collection:CollectionURL /n:System.RelatedLinkCount /name:"Related Link Count"Use este formato para CollectionURL: http://ServerName:Port/VirtualDirectoryName/CollectionName, por exemplo: http://srvalm:8080/tfs/DefaultCollection.
Voltar ao início
2.(Agile) Renomeie o tipo de item de trabalho do cenário
Para minimizar a quantidade de personalizações que você precisa fazer e estar de acordo com as atualizações futuras para o modelo de processo do Agile, você deve renomear o tipo de item de trabalho de cenário a história de usuário.
Dica
Claro, renomear o tipo de item de trabalho de cenário exigirá que você atualize os relatórios existentes e tipo de item de trabalho de consultas que referenciam o cenário.No entanto, devido as alterações de esquema feitas com a atualização do data warehouse Team Foundation Server 2010, os relatórios preexistentes ou pré-atualização precisam ser reescrito para trabalhar com o novo esquema.Consulte localizar relatórios após a atualização para o Team Foundation Server 2010.
Execute essa tarefa para cada projeto de equipe que você deseja atualizar.
Digite o seguinte comando, substituindo seus dados para os argumentos que são exibidos e, em seguida, escolha o ENTER chave.
witadmin renamewitd /collection:CollectionURL /p:projectName /n:Scenario /new:"User Story"Dica
Inclua um parâmetro entre aspas quando ela contém espaços.Por exemplo, especificar /p:"My Project X" quando o nome do projeto contém espaços.
Voltar ao início
3.Baixe a versão mais recente do modelo de processo do MSF
Consulte Baixar a versão mais recente dos modelos de processo.
Dica
Para obter acesso às versões mais recentes do padrão de modelos de processo, instale a última atualização trimestral para Team Foundation Server.Atualizações significativas foram feitas no fluxo de trabalho de vários tipos de itens de trabalho na atualização do último trimestre.Essas mudanças são compatíveis com transições anteriores, de modo que, quando arrastar indevidamente um item de trabalho no painel Kanban ou no painel de tarefas para um estado resolvido ou fechado, você poderá arrastá-lo de volta para um estado anterior do fluxo de trabalho.
Você pode obter a atualização no site de downloads da Microsoft: Atualização trimestral para o Microsoft Visual Studio Team Foundation Server 2012.
Voltar ao início
4.Tipos de link de importação
Importe os tipos de link, SharedSteps e TestedBy, localizado na pasta LinkTypes no modelo de processo que você baixou na tarefa 3.
Executar essa tarefa para cada coleção de projetos de equipe definida em seu atualizado Team Foundation Server.
Digite os dois comandos a seguintes, substituindo seus dados para os argumentos que são exibidos e, em seguida, escolha o ENTER chave.
witadmin importlinktype /collection:CollectionURL /f:"DirectoryPath\TestedBy.xml" witadmin importlinktype /collection:CollectionURL /f:"DirectoryPath\SharedStep.xml"Para DirectoryPath, especifique o local da pasta LinkTypes para o modelo de processo que você baixou. O caminho do diretório deve seguir esta estrutura: unidade: \MSFTemplateFolder\WorkItem Tracking\LinkTypes.
Voltar ao início
5.(Opcional) Aplique personalizações para as versões mais recentes dos tipos de item de trabalho
Se você tiver personalizado a qualquer um dos seguintes tipos de item de trabalho, você deve atualizar a versão mais recente desses tipos com suas personalizações. As tabelas a seguir resumem os campos removidos e adicionados nas versões mais recentes de cada modelo de processo.
Tipos de item de trabalho Agile
Tipo de item de trabalho |
Campos removidos |
Campos adicionados |
|---|---|---|
Bug |
|
|
Tarefa |
|
|
História de usuário (anteriormente chamado de cenário) |
|
Tipos de item de trabalho CMMI
Tipo de item de trabalho |
Campos removidos |
Campos adicionados |
|---|---|---|
Bug |
|
|
Tarefa |
|
|
Requisito |
|
Os tipos de personalizações que você pode aplicar incluem adições de campo, adições ou alterações nas listas de opções, ou adições a motivos de fluxo de trabalho. Não altere os estados de fluxo de trabalho que são usados na configuração do processo e as ferramentas de planejamento Agile. Se você precisar alterar o fluxo de trabalho, alterá-la depois de concluir a atualização e siga as orientações sobre mapeamentos de metaestado fornecidos aqui: Configurar e personalizar ferramentas de planejamento do Agile para um projeto de equipe.
Se você usa outros tipos de item de trabalho definidos no modelo de processo e deseja atualizá-los para as versões mais recentes, aplique todas as personalizações feitas para eles também. Além disso, se você tiver definido um tipo de item de trabalho personalizados que você usa para acompanhar os casos de teste, você deve aplicar as personalizações de tipo para o tipo de item de trabalho de caso de teste fornecidos com o modelo de processo mais recente.
Para saber mais sobre como trabalhar com os artefatos que fornecem esses modelos de processo, consulte os seguintes tópicos:
Modelo de processo do Agile (v 6.0)
Modelo de processo do CMMI (v 6.0)
Voltar ao início
6.Tipos de item de trabalho de importação
Importe os seguintes tipos de item de trabalho com base no modelo de processo que você está trabalhando.
Agile: Bug, tarefa, história de usuário, casos de teste compartilhado etapas, a solicitação de revisão de código, código revisar a resposta, solicitação de comentários, Feedback resposta
CMMI: Bug, tarefa, requisitos, casos de teste compartilhado etapas, a solicitação de revisão de código, código revisar a resposta, solicitação de comentários, Feedback resposta
Execute essa tarefa para cada projeto de equipe que você deseja atualizar.
Digite o seguinte comando para cada tipo de item de trabalho que você precisa importar, substituindo seus dados para os argumentos que são exibidos e, em seguida, escolha o ENTER chave.
witadmin importwitd /collection:CollectionURL /p:projectName /f:"DirectoryPath\WITName"Dica
Especifique o nome do arquivo xml e não o nome amigável do tipo de item de trabalho.Por exemplo, especifica CodeReviewRequest.xml para o tipo de item de trabalho solicitação de revisão de código.
Para DirectoryPath, especifique o local do diretório da pasta TypeDefinitions para o modelo de processo que você baixou. O caminho do diretório deve seguir esta estrutura: unidade: \MSFTemplateFolder\ WorkItem Tracking\TypeDefinitions.
(Opcional) Verifique se que os tipos de item de trabalho são acessíveis abrindo o Team Explorer ou o Team Web Access. Talvez você precise atualizar o cache para ver as alterações.
Voltar ao início
7.Importe o arquivo de categorias
Importe o arquivo de categoria localizado na pasta acompanhamento do item de trabalho do modelo de processo que você baixou. As categorias oferecem suporte a agrupamento inteligente de tipos de item de trabalho. Para obter mais informações, consulte Usar categorias para agrupar tipos de itens de trabalho.
Na janela do Prompt de comando, digite o seguinte comando, substituindo seus dados para os argumentos que são exibidos e, em seguida, escolha o ENTER chave.
witadmin importcategories /collection:CollectionURL /p:projectName /f:"DirectoryPath\categories.xml"Para DirectoryPath, especifique o caminho para a pasta de controle de item de trabalho para o modelo de processo que você baixou. O caminho do diretório deve seguir esta estrutura: unidade: \MSFTemplateFolder\WorkItem de controle.
Voltar ao início
8.Importe o arquivo de configuração do processo
O arquivo de configuração do processo determina o layout e os recursos disponíveis por meio das páginas de lista de pendências e painel de Acesso Web da Equipe. Para usar essas páginas, você deve importar o arquivo de configuração do processo.
Importe o arquivo de definição de configuração do processo.
witadmin importprocessconfig /collection:CollectionURL /p:" ProjectName" /f:"DirectoryPath\ProcessConfiguration.xml"Para DirectoryPath, especifique o caminho para a pasta de processo para o modelo de processo que você baixou. O caminho do diretório deve seguir esta estrutura: unidade: \TemplateFolder\WorkItem Tracking\Process.
Voltar ao início
9.Verificar o acesso aos novos recursos
Execute as tarefas fornecidas Novos recursos adicionados ao atualizar o Team Foundation Server.
Dica
Você não precisa executar as etapas adicionais para atualizar o fluxo de trabalho para projetos de equipe Agile, conforme descrito aqui: Atualizar o fluxo de trabalho para projetos de equipe do Agile.Seguindo os procedimentos neste tópico, você irá aplicar essas alterações já.
Voltar ao início
Tarefas adicionais para fazer a interface com o Microsoft Test Manager
Execute as seguintes tarefas para concluir as atualizações necessárias para fazer a interface com o Test Manager.
1.Especifique o tipo de bug a ser criado no Microsoft Test Manager
Para oferecer suporte a criação automática de um item de trabalho para acompanhar defeitos de código ou bugs encontrados quando um membro da equipe de teste usa Test Manager, você deve especificar o tipo de bug a ser usado para seu projeto de equipe existente. O tcm bugfieldmapping comando oferece suporte à importação e exportação de um arquivo de mapeamento para o projeto de equipe. O arquivo de mapeamento define o tipo de item de trabalho para criar e os três campos de dados a ser preenchido por Test Manager. Os três campos são etapas reproduzíveis, informações do sistema e a compilação no qual o defeito foi encontrado. Quando um testador executa um teste e localiza um defeito, eles podem criar um bug no qual os três campos são preenchidos automaticamente.
Abra o bloco de notas ou um editor de texto e copie o código a seguir no arquivo:
<?xml version="1.0" encoding="utf-16"? <BugFilerMappings workitemtypetocreate="Bug"> <ReproSteps>Microsoft.VSTS.TCM.ReproSteps</ReproSteps> <SystemInformation>Microsoft.VSTS.TCM.SystemInfo</SystemInformation> <BuildFoundIn>Microsoft.VSTS.Build.FoundIn</BuildFoundIn> </BugFilerMappings>Dica
Se o tipo de item de trabalho que você usa para criar os defeitos de código é rotulado como algo diferente de "Bug", substitua "Bug" no exemplo anterior com o nome desse tipo de item de trabalho.
Salve o arquivo e nomeie-o bugfieldmappings.xml.
Na janela do Prompt de comando, digite o seguinte comando, substituindo seus dados para os argumentos que são exibidos e, em seguida, escolha o ENTER chave.
tcm bugfieldmapping /import /mappingfile:"DirectoryPath\bugfieldmappings.xml" /collection:CollectionURL /teamproject:projectNamePara DirectoryPath, especifique a pasta onde você salvou o arquivo bugfieldmappings.xml.
Para obter mais informações, consulte Personalizar e gerenciar a experiência de teste [tcm e Microsoft Test Manager].
Voltar ao início
2.Conceder permissões para os membros da equipe de teste
Você deve conceder permissões a membros da equipe que gerenciar ambientes de teste e configurações de teste, criar e exibir execuções de teste e executar outras tarefas.
A tabela a seguir descreve as permissões que controlam o acesso para testar o suporte a interface com o projeto de equipe para teste e funções. Ele também indica leva as atribuições padrão que são feitas na versão 5.0 dos modelos de processo do MSF, além das permissões recomendadas para conceder testadores manuais e testar.
Permissão |
Descrição |
Escopo |
Leitores |
Colaboradores |
Construtores |
Recomendado para testadores manuais |
Recomendado para clientes potenciais de teste |
|---|---|---|---|---|---|---|---|
Exibir informações no nível de projeto |
Pode exibir a associação de grupos de nível de projeto e as permissões dos membros. |
Nível de projeto |
.png "check mark"){kind=icon} |
|
|
|
|
Exibir execuções de teste |
Pode exibir planos de teste nesse nó. |
Nível de projeto |
|
|
|
|
|
Criar execuções de teste |
Adicionar e remover resultados de teste e adicionar ou modificar execuções de teste para o projeto de equipe. |
Nível de projeto |
|
|
|
|
|
Gerenciar as configurações de teste |
Pode criar e excluir configurações de teste para o projeto de equipe. |
Nível de projeto |
|
|
|
||
Gerenciar ambientes de teste |
Pode criar e excluir ambientes de teste para o projeto de equipe. |
Nível de projeto |
|
|
|
||
Excluir execuções de teste |
Pode excluir um teste agendado para o projeto de equipe. |
Nível de projeto |
|
|
|
||
Exibir este nó |
Pode exibir as configurações de segurança para um nó de área. |
Nó de área |
|
|
|
|
|
Gerenciar planos de teste |
Pode criar e editar planos de teste que são atribuídos a um nó de área. Se os planos de teste não foram executados, você também poderá excluí-los. |
Nó de área |
|
|
|
|
|
Gerenciar controladores de teste |
Pode se registrar e cancelar o registro de controladores de teste para a coleção de projetos de equipe. |
Coleção de projetos |
|
Você pode conceder permissões seguindo os procedimentos indicados para a área de escopo específico:
Você pode definir permissões de nível de projeto ou nó de área da página de administração Acesso Web da Equipe. Consulte Gerenciando permissões e Adicionar e modificar área e caminhos de iteração.
Você pode definir permissões de coleção de projeto de Team Explorer escolhendo segurança da equipe, configurações de coleção de projetos de equipe,, abrindo e usando o console de administração do Team Foundation, ou usando o TFSSecurity e tf Ferramentas de linha de comando. Para obter mais informações, consulte grupos de nível de conjunto.
Para obter mais informações, consulte Alterar permissões para um grupo ou usuário.
Voltar ao início
3.Inicie o Microsoft Test Manager
Depois de concluir as tarefas de atualização que são descritas neste tópico, você pode iniciar Microsoft Test Manager, conecte-se ao seu projeto e começar a planejar seus esforços de teste. Para obter mais informações, consulte Testando o aplicativo.
Voltar ao início
Informações adicionais sobre as alterações feitas ao atualizar o TFS
Quando você atualiza do Visual Studio Team System 2008 Team Foundation Server ao TFS 2012, você receberá atualizações feitas no TFS 2010 e o TFS 2012. Houve um número de alterações de arquitetura feitas com o lançamento do TFS 2010. Para saber mais sobre as alterações feitas por meio da atualização para a versão mais recente do TFS de Visual Studio Team System 2008 Team Foundation Server, consulte os seguintes recursos:
Conceitos chave do team Foundation Server 2010 (postagem de blog)
Atualizando um projeto de equipe atualizado para acessar novos recursos (VS ALM 2010 article)
Localizar relatórios após a atualização para o Team Foundation Server 2010 (VS ALM 2010 article)
Alterações e adições ao esquema para o cubo do Analysis Services (VS ALM 2010 article)
Changes made to team projects and default process templates during upgrade of Team Foundation Server (artigo do VS ALM 2012)
Consulte também
Conceitos
Configurar recursos após uma atualização do TFS
Outros recursos
witAdmin: personalizar e gerenciar objetos para acompanhar trabalho