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 o Team Foundation Server 2013, poderá atualizar seu projeto de equipe manualmente. Se o seu projeto de equipe tiver sido baseado em um modelo de processo do Microsoft Solutions Framework (MSF) versão 4.2, siga os procedimentos deste tópico. Após aplicar essas atualizações, você poderá acessar os novos recursos descritos em Configurar recursos após uma atualização do TFS, além de interfacear com Microsoft Test Manager.
Importante
Você só terá que você seguir os procedimentos neste tópico, se você estiver atualizando um projeto de equipe que você criou com um modelo de processo fornecido com Visual Studio Team System 2008 Team Foundation Server, ou os que não contêm os tipos de item de trabalho Casos de teste de tipos e Etapas compartilhadas.
Esses procedimentos suportarão somente o acesso aos novos recursos disponíveis com o Team Foundation Server 2012.O trabalho adicional é necessário para adicionar novas consultas ou os relatórios mais recentes, para atualizar relatórios personalizados ou acessar painéis.Para obter mais informações, consulte Informações adicionais sobre as alterações feitas ao atualizar o TFS.
Atualizar as tarefas necessárias para acessar novos recursos:
Renomear campos do sistema
(Somente Agile) renomear cenário para a história de usuário
Baixar a versão mais recente do modelo de processo do MSF
Importar tipos de link
(Opcional) Aplicar conforme as personalizações forem necessárias
Importar tipos de item de trabalho
Importar o arquivo de categoria
Importar os arquivos de configuração do processo
Verifique o acesso aos novos recursos
Tarefas adicionais necessárias para fazer a interface com o Microsoft Test Manager:
Especificar o tipo de bug a ser criado no Microsoft Test Manager
Conceder permissões aos membros da equipe de teste
Inicie o Microsoft Test Manager
Requisitos
Para baixar um modelo de processo, você deve ser um membro do grupo Administradores da Coleção de Projetos. Se as permissões de segurança obrigatórias estiverem definidas explicitamente, sua permissão para Gerenciar o modelo de processo para a coleção de projetos de equipe deverá estar definida como Permitir.
Para executar as ferramentas de linha de comando witadmin e tcm, você deve ser membro de um dos grupos a seguir: Administradores do Team Foundation, Administradores da Coleção de Projetos, ou Administradores de Projeto para a equipe de projeto.
Para conceder permissões, você deve ser um membro do grupo administrativo no nível do grupo que você deseja alterar. Por exemplo, se seu desejo for alterar permissões para um grupo ou usuário no nível de coleção de projeto de equipe, você deve ser um membro do grupo Administradores da Coleção de Projetos dessa coleção, ou sua permissão Editar informações no nível de coleção deve ser definida como Permitir.
Para obter mais informações, consulte Referência de permissões para o Team Foundation Server.
1.Renomear campos do sistema
Como os nomes amigáveis de vários campos do sistema foram renomeados em Visual Studio Team Foundation Server 2010, você precisa renomear manualmente esses campos em sua coleção de projeto de equipe. Os campos do sistema que foram renomeados incluem: System.AreaID, System.IterationID, System.HyperLinkCount, System.ExternalLinkCount e System.AttachedFileCount.
Execute essa tarefa para cada coleção de projeto de equipe definida no Team Foundation Serveratualizado.
Abra uma janela do Prompt de Comando onde o Visual Studio 2012 ou o Team Explorer 2012 esteja 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 os argumentos mostrados por seus dados e, em seguida, pressione a tecla ENTER.
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.
De volta ao topo
2. (Somente Agile) renomear o tipo de item de trabalho do cenário
Para reduzir a quantidade de personalizações que você precisa fazer, e para estar em conformidade com as atualizações futuras do modelo de processo Agile, é necessário renomear o tipo de item de trabalho do cenário para o artigo de usuário.
Dica
Naturalmente, renomear o tipo de item de trabalho do cenário exigirá que você atualize os relatórios e as consultas existentes que referenciam ao tipo de item de trabalho do cenário.No entanto, devido às alterações de esquema feitas no data warehouse com a atualização para o Team Foundation Server 2010, os relatórios pré-existentes ou de pré-atualização precisam ser reescritos para funcionar com o novo esquema.Consulte Localizando 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 comando a seguir, substituindo os argumentos mostrados por seus dados e, em seguida, pressione a tecla ENTER.
witadmin renamewitd /collection:CollectionURL /p:projectName /n:Scenario /new:"User Story"Dica
Incluir um parâmetro em aspas quando contiver espaços.Por exemplo, especifique /p:"My Project X" quando o nome do projeto contiver espaços.
De volta ao topo
3.Baixar 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 dos modelos de processo padrão, instale a última atualização trimestral do Team Foundation Server.As atualizações significativas foram feitas ao fluxo de trabalho para vários item de trabalho na atualização trimestral mais recente.Essas alterações suportam transições de recuo de maneira que, quando você arrasta inadvertidamente um item de trabalho da placa de Kanban ou do painel de tarefas para um estado resolvido ou fechado, você pode arrastá-lo de volta a um estado anterior de fluxo de trabalho.
É possível obter a atualização no site de download da Microsoft: Atualização trimestral para o Microsoft Visual Studio Team Foundation Server 2012.
De volta ao topo
4.Importar tipos de link
Importe os tipos de link, SharedSteps e TestedBy, localizados na pasta LinkTypes no modelo de processo que você baixou na tarefa 3.
Execute essa tarefa para cada coleção de projeto de equipe definida no Team Foundation Serveratualizado.
Digite os dois comandos a seguir, substituindo os argumentos mostrados por seus dados e, em seguida, pressione a tecla ENTER.
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 de diretório deveria seguir essa estrutura: Drive:\MSFTemplateFolder\WorkItem Tracking\LinkTypes.
De volta ao topo
5. (Opcional) Aplicar personalizações às versões mais recentes de tipos de item de trabalho
Se você personalizou algum dos tipos de item de trabalho a seguir, deverá 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 do Agile
Tipo de item de trabalho |
Campos removidos |
Campos adicionados |
|---|---|---|
Erros |
|
|
Tarefa |
|
|
Artigo de usuário (cenário chamado anteriormente) |
|
Tipos de item de trabalho CMMI
Tipo de item de trabalho |
Campos removidos |
Campos adicionados |
|---|---|---|
Erros |
|
|
Tarefa |
|
|
Requisito |
|
Os tipos de personalizações que você pode aplicar incluem adições de campo, adições ou alterações às listas de seleção, ou adições às razões de fluxo de trabalho. Não altere os estados de fluxo de trabalho como esses que são usados na configuração do processo e nas ferramentas de planejamento do Agile. Se você precisar alterar o fluxo de trabalho, altere-o depois de concluir a atualização e siga as orientações sobre os mapeamentos de metaestados fornecidas aqui: Configurar e personalizar ferramentas de planejamento do Agile para um projeto de equipe.
Se você usar outros tipos de item de trabalho definidos no modelo de processo e se quiser atualizá-los para as versões mais recentes, então aplique qualquer personalização feita neles também. Além disso, se você tiver definido um tipo personalizado de item de trabalho que você usa para controlar casos de teste, você deve aplicar personalizações desse tipo para o tipo de item de trabalho de caso de teste fornecido com o modelo de processo mais recente.
Para saber mais sobre como trabalhar com os artefatos que esses modelos de processo fornecem, consulte os seguintes tópicos:
Desenvolvimento de software MSF para Agile para Visual Studio ALM (versão 6.0)
Melhoria no processo MSF para CMMI para Visual Studio ALM (v6.0)
De volta ao topo
6.Importar tipos de item de trabalho
Importe os seguintes tipos de item de trabalho com base no modelo de processo com que você está trabalhando.
Agile: Bug, Tarefa, História de usuário, Casos de teste, Etapas compartilhadas, Solicitação de Revisão de Código, Resposta de Revisão de Código, Solicitação de Comentários, Resposta de Comentários
CMMI: Bug, Tarefa, Requisição, Casos de teste, Etapas compartilhadas, Solicitação de Revisão de Código, Resposta de Revisão de Código, Solicitação de Comentários, Resposta de Comentários
Execute essa tarefa para cada projeto de equipe que você deseja atualizar.
Digite o comando a seguir para cada tipo de item de trabalho que você precisa importar, substituindo os argumentos que são mostrados por seus dados e, em seguida, pressione a tecla ENTER.
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, especifique CodeReviewRequest.xml para o tipo de item de trabalho de 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 de diretório deveria seguir essa estrutura: Drive:\MSFTemplateFolder\ WorkItem Tracking\TypeDefinitions.
(Opcional) Verifique os tipos de item de trabalho que são acessíveis ao abrir o Team Explorer ou Team Web Access. Pode ser necessário atualizar o cache para ver as alterações.
De volta ao topo
7.Importar o arquivo de categorias
Importe o arquivo de categoria localizado na pasta de controle de item de trabalho do modelo de processo baixado. As categorias suportam o agrupamento inteligente de tipos de item de trabalho. Para saber mais, consulte Usar categorias para agrupar tipos de itens de trabalho.
Na janela Prompt de Comando, digite o comando a seguir, substituindo os argumentos mostrados por seus dados e então escolha a tecla ENTER.
witadmin importcategories /collection:CollectionURL /p:projectName /f:"DirectoryPath\categories.xml"Para DirectoryPath, especifique o caminho da pasta de controle de item de trabalho para o modelo de processo que você baixou. O caminho de diretório deveria seguir essa estrutura: Drive:\MSFTemplateFolder\WorkItem Tracking.
De volta ao topo
8.Importar o arquivo de configuração do processo
O arquivo de configuração do processo determina o layout e os recursos disponíveis através das páginas de retorno e de painel do Team Web Access. Para usar essas páginas, você deve importar o arquivo de configuração do processo.
Importar o arquivo de definição para a configuração do processo.
witadmin importprocessconfig /collection:CollectionURL /p:" ProjectName" /f:"DirectoryPath\ProcessConfiguration.xml"Para DirectoryPath, especifique o caminho da pasta de processo para o modelo de processo que você baixou. O caminho de diretório deveria seguir essa estrutura: Drive:\TemplateFolder\WorkItem Tracking\Process.
De volta ao topo
9.Verifique o acesso aos novos recursos
Execute as tarefas fornecidas em Novos recursos habilitados para o Team Web Access.
Dica
Você não precisará executar as etapas adicionais para atualizar o fluxo de trabalho para projetos de equipe Agile como descrito aqui: Atualizar o fluxo de trabalho para projetos de equipe do Agile.Ao seguir os procedimentos neste tópico, você terá aplicado essas alterações.
De volta ao topo
Tarefas adicionais necessárias para fazer a interface com o Microsoft Test Manager
Execute as seguintes tarefas para concluir as atualizações necessárias para fazer interface com o Test Manager.
1.Especificar o tipo de bug a ser criado no Microsoft Test Manager
Para oferecer suporte à criação automática de um item de trabalho para acompanhar os defeitos ou erros de código que são encontrados quando um membro da equipe de teste usa o Test Manager, você deve especificar o tipo de erro a ser usado para seu projeto de equipe existente. O comando tcm bugfieldmapping 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 a ser criado e os três campos de dados a serem preenchidos por Test Manager. Os três campos são etapas reprodutíveis, informações do sistema, e a compilação na qual o defeito foi encontrado. Quando um testador executa um teste e localiza um defeito, ele pode criar um erro no qual os três campos são preenchidos automaticamente.
Abra um arquivo Notepad um editor de texto e copie o código a seguir para o 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 defeitos de código estiver rotulado com algo diferente de "Erro", substitua "Erro" no exemplo anterior pelo nome daquele tipo de item de trabalho.
Salve o arquivo e rotule-lo bugfieldmappings.xml.
Na janela Prompt de Comando, digite o comando a seguir, substituindo os argumentos mostrados por seus dados e então escolha a tecla ENTER.
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].
De volta ao topo
2.Conceder permissões aos membros da equipe de teste
Você deve conceder permissões a membros da equipe que gerenciarão ambientes de teste e testarão configurações, criarão e exibirão ensaios, e realizar outras tarefas.
A tabela a seguir descreve as permissões que controlam o acesso às funções de teste e suportam interface com o projeto de equipe para teste. Também indica as atribuições padrão feitas na versão 5.0 dos modelos de processo do MSF, além das permissões recomendadas a serem concedidas a testadores manuais e a líderes de teste.
Permissão |
Descrição |
Escopo |
Leitores |
Colaboradores |
Compiladores |
Recomendado para testadores manuais |
Recomendado para líderes de teste |
|---|---|---|---|---|---|---|---|
Exibir as informações a nível de projeto |
Pode exibir a associação de grupos de nível de projeto e as permissões desses membros. |
Nível do projeto |
.png "marca de seleção"){kind=icon} |
|
|
|
|
Exibir os ensaios |
Pode exibir planos de teste neste nó. |
Nível do projeto |
|
|
|
|
|
Criar execuções de teste |
Pode adicionar e remover resultados de teste e adicionar ou modificar execuções de teste para o projeto de equipe. |
Nível do projeto |
|
|
|
|
|
Gerenciar as Configurações de Teste |
Pode criar e excluir configurações de teste para o projeto de equipe. |
Nível do projeto |
|
|
|
||
Gerenciar ambientes de teste |
Pode criar e excluir ambientes de teste para o projeto de equipe. |
Nível do projeto |
|
|
|
||
Excluir execuções de teste |
Pode excluir um teste agendado para o projeto de equipe. |
Nível do projeto |
|
|
|
||
Exibir este nó |
Pode exibir as configurações de segurança para um nó de área. |
Nó da área |
|
|
|
|
|
Gerenciar planos de teste |
Pode criar e editar os planos de teste que são atribuídos a um nó da área. Se planos de teste não foram executados, você também pode excluí-los. |
Nó da área |
|
|
|
|
|
Gerenciar controladores de teste |
Pode registrar e cancelar o registro dos controladores de teste para a coleção de projetos de equipe. |
Coleção de projetos |
|
Você pode conceder permissões seguindo os procedimentos que são indicados para a área específica do escopo:
Você pode definir permissões de nível de projeto ou permissões do nó da área da página de administração de Team Web Access. Consulte Gerenciando permissões e Adicionar e modificar área e caminhos de iteração.
Você pode definir permissões de coleção do projeto do Team Explorer escolhendo Equipe, Configurações da Coleção de Projeto da Equipe, abrindo e usando o console de administração do Team Foundation ou usando as ferramentas de linha de comando do TFSSecurity e do tf. Para obter mais informações, consulte Collection-Level Groups.
Para obter mais informações, consulte Alterar permissões para um grupo ou usuário.
De volta ao topo
3.Inicie o Microsoft Test Manager
Após concluir as tarefas de atualização descritas anteriormente neste tópico, você poderá começar Microsoft Test Manager, conectar-se ao seu projeto e iniciar o planejamento dos esforços de teste. Para obter mais informações, consulte Testando o aplicativo.
De volta ao topo
Informações adicionais sobre as alterações feitas ao atualizar o TFS
Ao atualizar do Visual Studio Team System 2008 Team Foundation Server para o TFS 2012, você receberá as atualizações feitas para o TFS 2010 e o TFS 2012. Houve um número de alterações arquitetônicas feitas com a versão do TFS 2010. Para saber mais sobre as alterações feitas atualizando para a versão mais recente de TFS do Visual Studio Team System 2008 Team Foundation Server, consulte os seguintes recursos:
Conceitos chave do Team Foundation Server 2010 (postagem do blog)
Atualizando um projeto de equipe atualizado para acessar novos recursos (artigo VS ALM 2010)
Consulte Localizando relatórios após a atualização para o Team Foundation Server 2010 (artigo do VS ALM 2010)
Alterações e adições ao esquema para o cubo do Analysis Services (artigo VS ALM 2010)
Alterações feitas a projetos de equipe e modelos de processo padrão durante a atualização Team Foundation Server (artigo 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