Atualizar um projeto de equipe baseado em um modelo de processo do MSF v4.2
Se você atualizar Visual Studio Team System 2008 Team Foundation Server da Team Foundation Server 2012, você pode atualizar seu projeto de equipe manualmente.Se seu projeto de equipe foi baseado em um modelo de processo de versão 4,2 do Framework (MSF) de soluções da Microsoft, siga os procedimentos neste tópico.Depois que você aplicar essas atualizações, você poderá acessar os novos recursos descritos em Atualizar um projeto de equipe atualizado para acessar novos recursos bem como interfacear com Microsoft Test Manager.
.gif "Observação importante") Importante |
|---|
Você só terá que você siga os procedimentos neste tópico se você estiver atualizando um projeto de equipe que você crie com um modelo de processo fornecido com Visual Studio Team System 2008 Team Foundation Server, ou um que não contém situações de teste dos tipos de itens de trabalho e as etapas compartilhadas. Esses procedimentos suportarão somente o acesso aos novos recursos disponíveis com Team Foundation Server 2012.O trabalho adicional é necessário adicionar novas consultas ou relatórios os últimos, para atualizar relatórios personalizados, ou painéis de acesso.Para obter mais informações, consulte Informações adicionais sobre as alterações feitas ao atualizar TFS. |
Atualizar as tarefas necessárias para acessar novos recursos:
Renomear campos do sistema
(Agile somente) renomear o cenário para essa história do usuário
Baixar a versão mais recente do modelo de processo do MSF
Importar tipos de link
(Opcional) aplicar quando necessário personalizações
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 interface com o gerenciador de teste da Microsoft:
Especificar o tipo de bug a ser criado no gerenciador de teste da Microsoft
Conceda permissões Para testar membro da equipe
Gerenciador de teste da Microsoft de inicialização
Requisitos
Para baixar um modelo de processo, você deve ser um membro do grupo de Administradores da Coleção de Projetos .Se as permissões de segurança necessárias forem definidas explicitamente, sua permissão de Gerenciar o modelo de processo para a coleção de projeto de equipe deve ser definida como Permitir.
Para executar as ferramentas de linha de comando de witadmin e de tcm , 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 a nível de grupo que você deseja alterar.Por exemplo, se você desejar 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 de Administradores da Coleção de Projetos para essa coleção, ou sua permissão de Editar informações em nível de coleção deve ser definida como Permitir.
Para obter mais informações, consulte Team Foundation Permissões do servidor.
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.
Executar essa tarefa para cada coleção de projeto de equipe definida no Team Foundation Serveratualizado.
Abra uma janela de prompt de comando onde Visual Studio 2012 ou 2012 Team Explorer sejam instalados e digitar:
cd %programfiles%\Microsoft Visual Studio 11.0\Common7\IDEEm uma edição de 64 bits do Windows, substitua %programfiles% com %programfiles(x86)%.
Digite cada um dos seguintes comandos, substituindo os dados para os argumentos que são mostrados, e escolha a chave de 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.(Agile somente) renomear o tipo de item de trabalho do cenário
Para reduzir a quantidade de personalizações que você precisa fazer, e execute com as atualizações futuras agile para o modelo de processo, você deve renomear o tipo de item de trabalho do cenário para essa história do usuário.
.gif "Observação") Observação |
|---|
Naturalmente, renomear o tipo de item de trabalho do cenário exigi-lo-á atualizar os relatórios e as consultas existentes que referenciam o tipo de item de trabalho do cenário.No entanto, devido a alterações do esquema fez a data warehouse com a atualização para Team Foundation Server 2010, os relatórios pré-compilação existentes ou de pré-compilação atualização para precise ser reescrito para trabalhar com o novo esquema.Consulte Localizando relatórios após a atualização para o Team Foundation Server 2010. |
Executar essa tarefa para cada projeto de equipe que você deseja atualizar.
Digite o seguinte comando, substituindo os dados para os argumentos que são mostrados, e escolha a chave de ENTER .
witadmin renamewitd /collection:CollectionURL /p:projectName /n:Scenario /new:"User Story"DicaIncluir um parâmetro aspas quando contém espaços.Por exemplo, especifique /p:"My Project X" quando o nome do projeto contém espaços.
De volta ao topo
3.Baixar a versão mais recente do modelo de processo do MSF
Consulte Baixe a versão mais recente dos modelos de processo.
| Dica |
|---|
Para obter acesso às versões mais recentes dos modelos padrão do processo, instalar a atualização trimestral a última para Team Foundation Server.As atualizações significativas foram feitas ao fluxo de trabalho para vários tipos de itens de trabalho na atualização trimestral a última vez.Essas alterações que o proprietário faz a transição para trás de modo que quando você arrasta inadvertidamente um item de trabalho em branco de Kanban ou em branco de tarefas para um estado resolvido ou fechada, você pode arraste-o de volta a um estado anterior de fluxo de trabalho. Você pode obter a atualização de site a partir da Microsoft: Atualização trimestral para Microsoft Visual Studio Team Foundation Server 2012. |
De volta ao topo
4.Importar tipos de link
Importar os tipos de link, SharedSteps e TestedBy, localizados na pasta de LinkTypes no modelo de processo que você baixou na tarefa 3.
Executar essa tarefa para cada coleção de projeto de equipe definida no Team Foundation Serveratualizado.
Digite os seguintes dois comandos, substituindo os dados para os argumentos que são mostrados, e escolha a chave de ENTER .
witadmin importlinktype /collection:CollectionURL /f:"DirectoryPath\TestedBy.xml" witadmin importlinktype /collection:CollectionURL /f:"DirectoryPath\SharedStep.xml"Para DirectoryPath, especifique o local da pasta de LinkTypes para o modelo de processo que você baixou.O caminho de diretório deve seguir essa estrutura: Unidade: \ \ \MSFTemplateFolderrastreamento LinkTypes de WorkItem.
De volta ao topo
5.(Opcional) aplicar personalizações as versões mais recentes dos tipos de itens de trabalho
Se você personalizou alguns 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 ágeis
Tipo de item de trabalho |
Campos removidos |
Campos adicionados |
|---|---|---|
Erros |
|
|
Tarefa |
|
|
Essa história do usuário (Cenário anteriormente chamado) |
|
Tipos de itens 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, ou adições alterações às listas de opções, ou adições às razões de fluxo de trabalho.Não altere os estados de fluxo de trabalho como eles são usados na configuração do processo e ferramentas ágeis de planejamento.Se você deve modificar o fluxo de trabalho, para alterar depois de concluir a atualização e execute a orientação sobre os mapeamentos de metastate fornecidos aqui: Personalizar a lista de pendências e as páginas do quadro usando a configuração do processo.
Se você usar outros tipos de item de trabalho definidos no modelo de processo, e os deseja atualizar as versões mais recentes, então aplicar quaisquer personalizações que você faz para eles também.Além disso, se você tiver definido um tipo personalizado de item de trabalho que você usa para controlar situações de teste, você deve aplicar personalizações desse tipo para o tipo de item de trabalho a situação de teste fornecido com o modelo mais recente do processo.
Para saber mais sobre como trabalhar com os artefatos que esses modelos de processo fornecem, consulte os seguintes tópicos:
De volta ao topo
6.Importar tipos de item de trabalho
Importe os seguintes tipos de itens de trabalho baseados no modelo de processo você está trabalhando.
Agile: O bugs, tarefas, artigo do usuário, situação de teste, compartilhasse etapas, solicitação de revisão de código, resposta da revisão de código, solicitação comentários, resposta de comentários
CMMI: O bugs, tarefas, requisito, situação de teste, compartilhasse etapas, solicitação de revisão de código, resposta da revisão de código, solicitação comentários, resposta de comentários
Executar essa tarefa para cada projeto de equipe que você deseja atualizar.
Digite o seguinte comando para cada tipo de item de trabalho que você precisará importar, substituindo os dados para os argumentos que são mostrados, e escolha da chave de ENTER .
witadmin importwitd /collection:CollectionURL /p:projectName /f:"DirectoryPath\WITName"DicaEspecificar o nome do arquivo XML e não o nome amigável de tipo de item de trabalho.Por exemplo, CodeReviewRequest.xml para especificar o tipo de item de trabalho de solicitação de revisão de código.
Para DirectoryPath, especifique o local da pasta da pasta de TypeDefinitions para o modelo de processo que você baixou.O caminho deve seguir essa estrutura: Unidade: \ \ \MSFTemplateFolderrastreamento TypeDefinitions de WorkItem.
(Opcional) verifique os tipos de itens de trabalho são acessíveis abrir o team Explorer ou o acesso Web de equipe.Você pode ter que atualizar o cache ver as alterações.
De volta ao topo
7.Importar o arquivo das categorias
Importar o arquivo de categoria localizado na pasta de controle de WorkItem do modelo de processo que você baixou.As categorias suportam o agrupamento inteligente de tipos de item de trabalho.Para saber mais, consulte Definir categorias para agrupar os tipos de item de trabalho.
Na janela do prompt de comando, digite o seguinte comando, substituindo os dados para os argumentos que são mostrados, e escolha a chave de ENTER .
witadmin importcategories /collection:CollectionURL /p:projectName /f:"DirectoryPath\categories.xml"Para DirectoryPath, especifique o caminho para a pasta de controle de WorkItem para o modelo de processo que você baixou.O caminho deve seguir essa estrutura: Unidade: \ \MSFTemplateFolderrastreamento de WorkItem.
De volta ao topo
8.Importar os arquivos de configuração do processo
Os arquivos de configuração do processo determinam o layout e os recursos disponíveis através de retorno e embarcam páginas de Team Web Access.Para usar essas páginas, você deve importar os arquivos de configuração do processo na sequência indicada
Para importar os arquivos de definição para a configuração do processo, digite os dois seguintes comandos, uma de cada vez, substituindo os dados para os argumentos que são mostrados, e escolha a chave de Enter .
witadmin importcommonprocessconfig /collection:CollectionURL /p:" ProjectName" /f:"DirectoryPath\CommonConfiguration.xml" witadmin importagileprocessconfig /collection:CollectionURL /p:" projectName" /f:"DirectoryPath\AgileConfiguration.xml"Para DirectoryPath, especifique o caminho para a pasta do processo para o modelo de processo que você baixou.O caminho deve seguir essa estrutura: Unidade: \ \ \MSFTemplateFolderrastreamento processo de WorkItem.
De volta ao topo
9.Verifique o acesso aos novos recursos
Executar as tarefas fornecidas em Verificar a disponibilidade de novos recursos.
| Observação |
|---|
Você não precisará executar as etapas adicionais para atualizar o fluxo de trabalho para projetos de equipe ágeis conforme descrito aqui: Atualizar o fluxo de trabalho para projetos de equipe do Agile.Seguindo os procedimentos deste tópico, você terá aplicado ainda essas alterações. |
De volta ao topo
Tarefas adicionais interfacear com o gerenciador de teste da Microsoft
Executar as seguintes tarefas concluir as atualizações necessárias interfacear com o gerenciador de teste.
.gif "Ff452591.collapse_all(pt-br,VS.110).gif")
1.Especificar o tipo de bug a ser criado no gerenciador de teste da Microsoft
Para oferecer suporte a 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 Test Manager, você deve especificar o tipo de bug a ser usado para seu projeto de equipe existente.O comando de tcm bugfieldmapping oferece suporte a 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 serem preenchidos por Test Manager.Os três campos são etapas reprodutíveis, informações do sistema, e a compilação em que o defeito foi encontrado.Quando um verificador executa um teste e localizar um defeito, podem criar um bug em que os três campos são preenchidos automaticamente.
O Bloco de Notas ou abra um editor de texto, e copie o seguinte código ao 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>ObservaçãoSe o tipo de item de trabalho que você usa para criar defeitos de código é rotulado algo diferente do erro “,” substituir “erro” no exemplo anterior com o nome do tipo de item de trabalho.
Salve o arquivo, e rotular-lo bugfieldmappings.xml.
Na janela do prompt de comando, digite o seguinte comando, substituindo os dados para os argumentos que são mostrados, e escolha a chave de ENTER .
tcm bugfieldmapping /import /mappingfile:"DirectoryPath\bugfieldmappings.xml" /collection:CollectionURL /teamproject:projectNamePara DirectoryPath, especifique a pasta onde você salvou o arquivo de bugfieldmappings.xml.
Para obter mais informações, consulte Especificar o tipo de bug para o arquivo usando o Microsoft Test Manager.
De volta ao topo
2.Conceda permissões Para testar membro da equipe
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 interfacear com o projeto de equipe para teste.Também indica as atribuições padrões que são feitas na versão 5,0 dos modelos de processo do MSF, além das permissões adequadas conceder testadores manuais e a de teste.
Permissão |
Descrição |
Escopo |
Leitores |
Colaboradores |
Construtores |
Recomendado para testadores manuais |
Recomendado para a de teste |
|---|---|---|---|---|---|---|---|
Informações de nível de projeto de exibição |
Pode exibir a associação de grupos de nível de projeto e das permissões desses membros. |
Nível de projeto |
.png "marca de seleção"){kind=icon} |
|
|
|
|
Ensaios de exibição |
Pode exibir planos de teste neste nó. |
Nível de projeto |
|
|
|
|
|
Crie ensaios |
Pode adicionar e remover resultados de teste e adicionar ou alterar ensaios para o projeto de equipe. |
Nível de projeto |
|
|
|
|
|
Gerenciar 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 ensaios |
Pode excluir um teste agendada para o projeto de equipe. |
Nível de projeto |
|
|
|
||
Exibir este nó |
Pode exibir as configurações de segurança para um nó da á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 os planos de teste não foram executados, você pode também exclua. |
Nó da área |
|
|
|
|
|
Gerenciar controladores de teste |
Podem registrar e controladores de teste de unregister para a coleção de projeto de equipe. |
Coleção de Project |
|
Você pode conceder permissões seguindo 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 Criar e modificar áreas e iterações.
Você pode definir permissões de coleção de projeto de Team Explorer escolhendo Equipe, Configurações de Coleção de Projeto de Equipe, Segurança, abrindo e usando o console de administração do Team Foundation, ou usando as ferramentas de linha de comando de TFSSecurity e de 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.Gerenciador de teste da Microsoft de inicialização
Depois de concluir as tarefas de atualização que são anteriores descrito neste tópico, você pode começar Microsoft Test Manager, se conecta ao seu projeto, e inicia para planejar seus esforços de teste.Para obter mais informações, consulte Testando o aplicativo.
De volta ao topo
Informações adicionais sobre alterações feitas ao atualizar TFS
Quando você atualiza de Visual Studio Team System 2008 Team Foundation Server a TFS 2012, você receberá as atualizações feitas a TFS 2010 e 2012. a TFSHouve um número de alterações estruturais feitas com a versão de TFS 2010.Para saber mais sobre as alterações feitas por atualizar para a versão mais recente TFS de Visual Studio Team System 2008 Team Foundation Server, consulte os seguintes recursos:
Principais conceitos do Team Foundation Server 2010 (postagem do blog)
Atualizando uma equipe atualizados para acessar recursos novos Project (CONTRA o artigo 2010 de ALM)
Localizando relatórios após a atualização para o Team Foundation Server 2010 (CONTRA o artigo 2010 de ALM)
Alterações e adições ao esquema para o cubo do analysis (CONTRA o artigo 2010 de ALM)
Alterações feitas nos projetos de equipe e nos modelos de processo padrão durante a atualização do Team Foundation Server (CONTRA o artigo 2012 de ALM)
Consulte também
Conceitos
Atualizar um projeto de equipe atualizado para acessar novos recursos
Outros recursos
witAdmin: personalizar e gerenciar objetos para monitorar itens de trabalho