Itens e fluxo de trabalho de trabalho (CMMI)

Uma equipe usa itens de trabalho para acompanhar, monitorar, e o reporting no desenvolvimento de um produto e seus recursos.Um item de trabalho é um registro de banco de dados que um membro da equipe criar em Visual Studio Team Foundation Server para registrar a definição, a atribuição, a prioridade, e o estado de trabalho.O modelo de processo de MSF para CMMI a melhoria do processo v6.0 define nove tipos de itens de trabalho: requisito, tarefa, solicitação de alteração, bugs, problema, risco, revisão, situação de teste, e etapas compartilhadas.As situações de teste e as etapas compartilhadas são especificamente para uso com Test Runner e Microsoft Test Manager.

Neste tópico Definindo requisitos, tarefas e outros itens de trabalho Criando um requisito, uma tarefa, ou outro tipo de item de trabalho Criando requisitos, muitas tarefas, ou outros itens de trabalho ao mesmo tempo Criando um item de trabalho que vincula automaticamente a um item de trabalho Criando situações de teste e planos de teste usando o teste e o gerenciador de laboratório Erros de abertura e de rastreamento usando o corredor de teste e testar e o gerenciador de laboratório Exibindo os itens de trabalho atribuídos a você Personalizando tipos de itens de trabalho e tarefas relacionadas

Definindo itens individuais de trabalho e armazenar os em um banco de dados e um depósito comuns de métricas, você pode responder perguntas na integridade do projeto sempre que vêm anterior.Itens de trabalho, links entre itens de trabalho, e todos os anexos de arquivo são armazenados no banco de dados de Team Foundation para acompanhar itens de trabalho, como mostra a ilustração a seguir.

Definindo requisitos, tarefas e outros itens de trabalho

Você pode especificar e atualizar informações para itens de trabalho no formulário de item de trabalho.Os tópicos em esta seção fornecem detalhes sobre como trabalhar em cada formulário de item de trabalho.

Tarefas	Conteúdo relacionados
defina e acompanhar requisitos funcionais e operacionais.Cria uma equipe requisitos capturar e controlar como o produto deve tratar um problema de cliente.Uma equipe pode usar requisitos descrever cenários e qualidade de critérios de serviço, segurança, segurança, os funcionais, os operacionais, e da interface do usuário. Os requisitos mover pelos estados de fluxo de trabalho de Proposto, de Ativo, de Resolvido, e de Fechado.	Requisito (CMMI)
Controlar e aprove solicitações de alterações. Uma equipe pode usar uma solicitação de alteração às alterações propostas controlar a alguma parte do produto ou linha de base.Um membro da equipe deve criar uma solicitação de alteração quando uma alteração proposta é a qualquer produto de trabalho que está no sistema de gerenciamento de configuração.O painel de controle de alteração deve analisar e então aceitar ou descartar alterações propostas.Se a placa aceita uma solicitação de alteração, a equipe gera tarefas para implementar a alteração. As solicitações de alteração mover pelos estados de fluxo de trabalho de Proposto, de Ativo, de Resolvido, e de Fechado.	Solicitação de alterações (CMMI)
Controlar e avaliação de trabalho.Uma equipe cria tarefas controlar o número de tempo que deve passar para implementar um requisito ou outra área de trabalho.Tarefas devem representar uma unidade de trabalho que pode ser executada em um dos dois dias.Você pode dividir tarefas mais para baixo em subtarefas menores. Você pode criar uma tarefa controlar o trabalho para desenvolvimento de testes de código, design e de execução, bugs de endereço, e realiza teste de regressão.Além de isso, você pode criar tarefas suporte de trabalho genérico que a equipe deve executar. Controlando hora de trabalho para cada tarefa, a equipe pode obter informações sobre o andamento que fez no projeto. As tarefas mover pelos estados de fluxo de trabalho de Proposto, de Ativo, de Resolvido, e de Fechado. Você pode usar o trabalho e o Burndown e relatórios de restantes taxa de queimadura para monitorar o progresso de equipe, para identificar problemas no fluxo de trabalho, e para determinar a taxa de queimadura de equipe.	Tarefa (CMMI) O restante de trabalho Burndown e relatório da taxa de queimadura (agile)
Bugs abertos e de rastreamento.Você pode controlar um defeito de código criando um item de trabalho de bug.Criando um erro, você pode exatamente relatem defeito de uma maneira que outros membros da equipe para ajudar a entender o impacto completo do problema.Em o erro, você deve descrever as etapas que conduziu ao comportamento inesperado de modo que o outro pode reproduzir, e os resultados do teste devem claramente mostrar o problema.A clareza e a abrangência da descrição afetam geralmente a probabilidade que o erro será corrigido. Erros mover pelos estados de fluxo de trabalho de Proposto, de Ativo, de Resolvido, e de Fechado. Você pode usar o relatório de estado de erro para acompanhar o progresso de equipe para resolver e feche erro.	Erros (CMMI) Relatório de estado de erro
Defina o progresso e gerenciar impedimentos.Você pode definir conhecido ou os problemas potenciais ou os impedimentos ao seu projeto criando o problema itens de trabalho. Quando a ação concreta é necessária, um problema pode converter em uma ou mais tarefas que a equipe deve completar para atenuar o problema.Por exemplo, um problema técnico pode resultar em um esforço de arquitetura de prototipificação.As equipes devem sempre incentivar seus membros identificar problemas e garantir que contribuam quanta informação possível sobre problemas que comprometem sucesso de equipe.As equipes devem habilitar pessoas para identificar sem problemas medo de retribuição para expressar honesta modos de exibição temporários ou controversas.Equipes que cria e sustentam ambientes positivos para gerenciar os problemas identificarão e endereçarão anteriores, rápido, e com menos confusão e conflito de que as equipes que sustentam ambientes de risco negativos. Problemas mover pelos estados de fluxo de trabalho de Proposto, de Ativo, de Resolvido, e de Fechado. Você pode usar a pasta de trabalho de problemas a revisão, classificar, e gerenciar problemas.	Problema (CMMI) Pasta de trabalho de problemas
Identificar e abrande riscos projetar sucesso. A equipe usa o item de trabalho do risco para documentar um evento possível ou para condicioná-lo que pode ter um resultado negativo no projeto.Um aspecto crítico de gerenciamento de projeto é de identificação e gerenciar os riscos de um projeto.O item de trabalho do risco fornece campos específicos para o tamanho e aos planos de contingência do registro e acompanhar o impacto potencial dos riscos no esforço de desenvolvimento. Os riscos mover pelos estados de fluxo de trabalho de Proposto, de Ativo, de Resolvido, e de Fechado.	Risco (CMMI)
Capturar os detalhes e decisões que faz a equipe durante revisões de código. A equipe usa o item de trabalho de revisão para documentar os resultados de uma revisão de design ou de código.O item de trabalho de revisão tem os campos específicos para registrar informações detalhadas sobre como o design ou código encontraram padrão em áreas de exatidão de nome, da importância de código, de extensibilidade, a complexidade de código, a complexidade algorítmica, e segurança de código.O item de trabalho de revisão oferece suporte a manutenção de um registro de decisões e de trabalho que a equipe executado para oferecer suporte a qualidade de produto. As revisões mover pelos estados de fluxo de trabalho de Ativo, de Resolvido, e de Fechado.	Revisão (CMMI)
testar o aplicativo.Uma equipe usa situações de teste para definir os testes que darão suporte a teste de artigos de usuário.Você pode definir as situações de teste manuais que especificam uma seqüência de etapas de ação e de validação executar, ou você pode especificar as situações de testes automatizados que consultam um arquivo de automação. Observação o cliente recomendado para criar e definir situações de teste é Test Manager.Usando essa ferramenta, você também pode criar pacotes de teste e testar as configurações que endereçam o intervalo completo de critérios de teste para o seu projeto.Em as configurações de teste, você especifica o ambiente de software em que você deseja executar seus situações de teste e pacotes de teste.Para obter mais informações, consulte Testando o aplicativo. As situações de teste mover pelos estados de fluxo de trabalho de Design, de Pronto, e de Fechado. Você pode usar o relatório de prontidão de situação de teste para determinar o progresso da equipe estiver fazendo para a definição de situações de teste.	Situação de teste (CMMI) Relatório de prontidão de situação de teste
Define etapas compartilhado.Uma equipe usa etapas compartilhadas para simplificar a definição e a manutenção de situações de teste manual.Em as etapas compartilhadas, você define uma seqüência de etapas de ação e de validação executar como parte de uma situação de teste.Muitos exigem teste a mesma sequência de etapas ser executados para várias situações de teste.Criando etapas compartilhadas, você pode definir uma sequência de etapas uma vez e inseri-la em muitas situações de teste. Importante o cliente recomendado para criar e definir etapas compartilhadas é Test Manager.Você pode exibir esses tipos de itens de trabalho usando Team Explorer e Team Web Access; no entanto, você não pode usar Team Web Access para modificar ou atualizar determinados campos. As etapas compartilhadas mover pelos estados de fluxo de trabalho de Ativo e de Fechado.	Shared Steps (CMMI)

Criando um requisito, uma tarefa, ou outro tipo de item de trabalho

Você pode criar um item de trabalho abrindo Team Web Access ou Team Explorer e após o procedimento em esta seção.Depois de criar um item de trabalho, você sempre pode modificar e adicionar detalhes como uma sprint progride.

Para criar um requisito, uma tarefa, ou outro tipo de item de trabalho

1. Abra Team Web Access ou Team Explorer, e se conectar ao projeto de equipe a coleção que contém o projeto de equipe que você deseja criar o item de trabalho.

   Para obter mais informações, consulte Conectar-se a projetos de equipe no Team Foundation Server.

2. Execute uma das seguintes etapas:

   • Em Team Web Access, localize a área de lançamento rápido do painel de navegação, e escolha na seta de Novo Item de Trabalho .Em o menu de *** trabalhar tipos de item *** , escolha o tipo de item de trabalho que você deseja criar.

   • Em Team Explorer, abra o menu de Equipe , aponte para Adicionar Item de Trabalho, e escolha o tipo de item de trabalho.

   Um formulário de item de trabalho abre do tipo que você especificou.

   

3. Define os campos na parte superior do formulário e para cada guia na parte inferior do formulário como o tipo de item de trabalho requer.

   Para obter mais informações, consulte Definindo artigos, tarefas, ou outro do usuário itens de trabalhoanteriormente em este tópico.

4. Em a barra de ferramentas de item de trabalho, escolha *** Salvar o item de trabalho ***.

   Observação
   Depois que você salvar o item de trabalho, o identificador aparece no título na barra de ferramentas de item de trabalho.

Criando requisitos, muitas tarefas, ou outros itens de trabalho ao mesmo tempo

Você pode rapidamente definir várias tarefas que são automaticamente vinculadas usando os requisitos Office Excel.Além de isso, você pode definir requisitos, rapidamente tarefas, e problemas usando Office Excel.Para obter mais informações, consulte os seguintes tópicos:

• Gerenciar itens de trabalho usando o Microsoft Excel associado ao Team Foundation Server

• Executar o planejamento de cima para baixo usando uma lista de árvore de itens de trabalho (no Excel)

Criando um item de trabalho que vincula automaticamente a um item de trabalho

Você pode criar um item de trabalho que vincula automaticamente a um requisito existente ou a outro item de trabalho.Você pode executar esta ação de um formulário aberto de item de trabalho ou uma lista de resultados de uma consulta de item de trabalho.

Para criar um item de trabalho que é vinculado a um item de trabalho existente

1. Abra Team Web Access ou Team Explorer, e se conectar ao projeto a coleção que contém o projeto de equipe onde você deseja definir o item de trabalho vinculado.

2. Escolha a consulta de equipe *** Abrir itens de trabalho *** , e então escolha Abrir.

3. Execute uma das seguintes ações:

   • Em Team Web Access, escolha a seta próxima ao item existente de trabalho que você deseja vincular ao item de trabalho, e então escolha Adicionar Novo Item de Trabalho Vinculado.

   • Em Team Explorer, escolha o item existente de trabalho que você deseja vincular ao item de trabalho, e então escolha Adicionar Novo Item de Trabalho Vinculado.

   a caixa de diálogo de Adicionar Novo Item de Trabalho Vinculado abre.

   

4. Defina os seguintes valores:

   • Em a lista de Tipo de link , escolha o tipo de link que corresponde à relação entre itens de trabalho que você deseja criar.

     Para um link para uma tarefa de um requisito, escolha Filho.

     Para um link a uma solicitação de alteração, escolha *** Afetado por ***.

     Para um link para uma situação de teste, escolha *** Testado por ***.

     Para um link para qualquer outro tipo de itens de trabalho, escolha Relacionado ou outro tipo de link que representa o relacionamento que você deseja controlar.

   • Em a lista de Tipo de Item de Trabalho , escolha o tipo de item de trabalho que você deseja criar.

   • Em Título, digite um nome que descreve o requisito, a tarefa, ou outro tipo de item de trabalho ser controlado.

   • (Opcional) em, Comentárioinformações adicionais do tipo.

5. Escolha OK.

   Um formulário de item de trabalho abre com informações que você forneceu.

6. Define os campos restantes como o tipo de item de trabalho requer.

   Para obter mais informações, consulte Definindo requisitos, tarefas, ou outros itens de trabalho anteriormente em este tópico.

7. Escolha *** Salvar o item de trabalho ***.

Criando situações de teste e planos de teste usando o teste e o gerenciador de laboratório

Usando Test Manager, você pode criar não apenas situações de teste mas também pacotes de teste e testar as configurações que suportam testar seu projeto.Você pode usar configurações de teste para definir no ambiente de software que você deseja executar seus situações de teste e pacotes de teste.

Planos de teste, pacotes de teste, e configurações de teste

Você pode agrupar as situações de teste organizando as juntos em uma hierarquia de pacotes de teste em seu plano de teste.Criando pacotes de teste, você pode executar conjuntos de situações de teste como um grupo.Para obter mais informações sobre como usar Test Manager para definir situações de teste, pacotes de teste, e os planos de teste, consulte Testando o aplicativo.

Erros de abertura e de rastreamento usando o corredor de teste e testar e o gerenciador de laboratório

Usando Test Manager, você pode enviar os erros que contêm automaticamente informações sobre o ambiente de situação de teste e de teste que você executou, além da etapa específica de teste em que você descobrisse um defeito de código.Erros que você cria usando o link de Test Manager automaticamente o erro à situação de teste que você estava executando quando você descobrisse o erro.

Você pode criar bug das seguintes maneiras:

• De Test Manager quando você executar um teste usando Test Runner, exibir um resultado de teste, ou exibir seus erros

• De Team Web Access ou de Team Explorer

• De Office Excel (útil se você estiver enviando mais bugs ao mesmo tempo)

Para obter informações sobre como enviar, para acompanhar, e verificar erro e correções usando Test Manager, consulte o conteúdo relacionada na tabela a seguir.

Tarefas	Conteúdo relacionados
crie um bug.Quando você observa comportamento inesperado de aplicativo durante testes ad hoc, você pode criar rapidamente um erro.	Como: enviar um Bug usando o Gerenciador de teste do Microsoft
Coletar dados diagnóstico para oferecer suporte a depuração.Usando Test Runner, você pode coletar dados de rastreamento diagnóstico em um aplicativo que está escrito em código gerenciado, o que um desenvolvedor pode usar com IntelliTrace para isolar erros.	Incluindo dados de rastreamento de diagnóstico com Bugs que são a dificuldade de reproduzir
Crie um arquivo de log escrita de ação e adicioná-lo a um bug.Você pode registrar ações como texto em um arquivo de log quando você executar testes manual.Você pode adicionar automaticamente esse arquivo para qualquer erros que você criar como você executa o teste manual.	Como: usar registrado ações nos Bugs para criar casos de teste
Crie uma situação de teste de um bug e um arquivo de log escrita de ação.Você pode usar um log de ação para criar uma situação de teste manual de um bug ou um resultado de teste.Colocando essa abordagem, você pode criar situações de teste sem ter que digitar em todas as etapas.	Como: usar registrado ações para criar casos de teste
Verifique e atualizar o status de um bug com base nos resultados do teste.Se você envia um bug que é baseado em uma situação de teste, você pode verificar que bug diretamente da lista de Meus Erros em Microsoft Test Manager.Para tomar essa abordagem, um resultado de teste deve ser associado com essa situação de teste.Você pode rapidamente execute novamente o teste, altere o estado de erro com base nos resultados, e adicionar comentários a erros.	Como: verificar um Bug é fixo usando Microsoft Test Manager

Exibindo os itens de trabalho atribuídos a você

Em equipe membro, você pode rapidamente localizar itens de trabalho que são atribuídos por qualquer abertura my consulta de equipe de itens de trabalho ou acessando o meu painel.Para obter mais informações, consulte os seguintes tópicos:

• Consultas compartilhadas (CMMI)

• Meu painel (agile)

• Localizar e editar itens de trabalho atribuídos a você

Personalizando tipos de itens de trabalho e tarefas relacionadas

Tarefas	Conteúdo relacionados
Aprenda sobre os campos que você pode usar para controlar informações por todos os tipos de itens de trabalho.O banco de dados para acompanhar itens de trabalho armazena dados para os campos que não aparecem nos formulários de item de trabalho.Você pode aprender mais sobre esses campos de item de trabalho, restrições em campos específicos, e quais campos que é relatado e indexado.	Referência de campos de item de trabalho para o Visual Studio ALM
Adicione, remova, ou personalizar como você usa cada tipo de item de trabalho para acompanhar dados.Você pode personalizar um tipo de item de trabalho existente ou criar um tipo para atender às suas necessidades.Cada tipo de item de trabalho corresponder a um arquivo de definição de XML que é importado em um projeto de equipe.	Todas as referências de elementos XML WITD
Personalizar objetos para acompanhar itens de trabalho para oferecer suporte aos seus requisitos para acompanhar projetos.Você pode personalizar os campos de dados, fluxo de trabalho, e formulários de item de trabalho que sua equipe usar acompanhar o progresso. Para personalizar um objeto para acompanhar itens de trabalho, você altera um arquivo XML e importá-lo no servidor que hospeda a coleção de projeto.	Personalizar dados de acompanhamento de projeto, formulários, fluxo de trabalho e outros objetos
Adicione, remova, ou modificar os estados ou transições que controlam o fluxo de trabalho.Você controlar o fluxo de trabalho definindo seu estado inicial, seus estados válidos, as transições entre os estados válidos, e os usuários ou grupos que têm permissão para executar as transições.A seção de WORKFLOW do tipo de item de trabalho como um item de trabalho é controlado.	Definir e personalizar o fluxo de trabalho do item de trabalho
Modifique e personalizar o formulário para um tipo de item de trabalho.Você pode controlar como um tipo de item de trabalho exibe os elementos da interface do usuário através da seção de FORM de definição para o tipo de item de trabalho.Cada tipo de item de trabalho deve ter apenas um formulário.Você pode descrever o formulário inteiro, que inclui todos os guias, campos, e grupos.	Criar e personalizar um formulário de item de trabalho

Consulte também

Conceitos

Escolher um modelo de processo

Artefatos (CMMI)