Como usar planos de teste em seu projeto de equipe

Quando você usa Microsoft Test Manager para criar planos de testes e suítes de testes para seu projeto de equipe, há várias abordagens que podem ser executadas.Este tópico abordará duas abordagens são baseadas em sua metodologia de desenvolvimento.

Uma abordagem é criar um plano de teste usado para todas as etapas e adicionar testes e suítes de teste como você o progresso.No entanto, se você usar essa abordagem, você não tem dados históricos para as taxas de passagem de teste para marcos anteriores.Portanto, é melhor criar com base em seus objetivos de testes de iterações específicas ou marcos, você usar qualquer metodologia de desenvolvimento de planos de teste.Criando planos de teste de iterações ou marcos, você pode ver quando uma iteração específica ou etapa for concluída, com base em seus objetivos de testes.Você também pode preparar o plano de teste para a próxima iteração ou etapa do projeto enquanto a conclusão do teste de etapa do projeto atual.Usando essa abordagem, você pode controlar seu progresso de teste para cada um dos seus planos de teste e consulte melhorando a qualidade do aplicativo.

Se você adicionar testes manuais e automatizadas para seus conjuntos de teste, você pode exibir a qualidade geral, com base em ambos esses tipos de testes de suítes de testes e planos de teste.

Requisitos

• Visual Studio Ultimate, Visual Studio Premium, Visual Studio Test Professional

Use as seções a seguir com base na metodologia que você está usando para desenvolver e testar seu aplicativo:

• Desenvolvimento ágil

• Outras metodologias de desenvolvimento

Observação
Para obter mais informações sobre os modelos de processo incluídos no Visual Studio que você pode usar para sua metodologia de desenvolvimento, consulte Escolher um modelo de processo.

Para obter mais informações sobre planos de testes e suítes de teste e como criá-los, consulte Definindo um plano de teste.

Desenvolvimento ágil

Se você estiver usando uma metodologia ágil para desenvolver e testar seu aplicativo, você normalmente cria histórias e use sprints e iterações para controlar o andamento de tarefas de teste e desenvolvimento.Você pode usar planos de teste para correlacionar com cada sprint.Por exemplo, você pode ter as seguintes histórias de usuários para seu aplicativo da Web:

1. Deseja que um usuário selecione vários produtos do site e adicioná-los ao seu carrinho de compras.(Sprint 1)

2. Um usuário deseja comprar itens no seu carrinho de compras com cartão de crédito.(Sprint 1)

3. Um usuário deseja salvar suas informações ao comprar itens para torná-lo mais rápido adquirir a próxima vez.(Sprint 2)

4. Um usuário deseja entrar em sua conta ao comprar itens para recuperar suas informações pessoais em vez de digitá-la novamente.(Sprint 2)

As seguintes etapas assumem que essas são as histórias de usuários para o projeto.Você desejará criar casos de teste para essas histórias.Convém também casos de teste, testar a funcionalidade de ponta a ponta de várias histórias que podem ser unidas.Por exemplo, convém testar que um usuário pode selecionar itens, adicioná-los ao seu carrinho de compras, entrar e comprar itens.Seguindo essas etapas, você terá um conjunto de planos de teste, conforme mostrado na ilustração a seguir:

Configurar o projeto

1. No início do projeto, crie os seguintes planos de teste.(Isso se baseia no número de oportunidades que você planeja ter).

   1. Plano de teste de Sprint 1

      Isso será usado para teste Sprint 1 histórias.

   2. Plano de teste de Sprint 2

      Isso será usado para testes Sprint 2 histórias e qualquer teste de Sprint 1 de regressão necessário.

   3. Plano de teste do mestre

      Isso será usado para testes de ponta a ponta que abrangem mais de um sprint.Também pode ser usado para testes de desempenho para os contratos de nível de serviço.Este plano de teste não tem a ser associado uma iteração específica, pois abrange várias iterações e só pode ser concluída quando todas as etapas são concluídas.

2. Determine as configurações de teste que você precisa usar para testar suas histórias.Por exemplo, convém testar suas histórias para seu aplicativo são executados no Internet Explorer 8 para Firefox 3.5 e configuração 1 configuração 2.Crie esses teste configurações usando Microsoft Test Manager.Para obter mais informações sobre como criar configurações de teste, consulte Configurações de teste - especificando plataformas de teste.

3. Adicione as configurações de teste que você precisa para suas histórias para o plano de teste.Por padrão, esses serão usados para quaisquer conjuntos de teste que você criar no plano de teste.

   Observação
   Se você precisar usar configurações diferentes para as histórias de usuários específicos ou casos de teste, você pode alterar as configurações de teste para cada conjunto de testes.Para mais informações, consulte Como: Selecionar configurações de teste diferentes para um plano de teste ou um conjunto de testes.

Imprimir teste 1

1. Adicione histórias 1 e 2 para imprimir 1 para o Sprint 1 plano de teste para criar dois conjuntos de teste de requisito.Para obter mais informações sobre como criar suítes de testes de histórias de usuários, consulteComo: adicionar itens de lista de pendências de produto, história de usuário ou itens de trabalho de requisitos para o plano de teste

2. Verifique as configurações de teste que você precisa para conjuntos de teste para as histórias de usuários estão corretas.Por padrão, cada conjunto de testes é configurado para usar as configurações de teste do plano de teste.

3. Adicione que os casos de teste de aceitação para essas suítes de testes para histórias de 1 e 2.Por exemplo, você pode adicionar os seguintes casos de teste do Suite de teste apropriado:

   1. História de usuário 1: Adicionar um item ao carrinho de compras

   2. História de usuário 1: Remover um item do carrinho de compras

   3. História de usuário 2: Comprar um único item do carrinho de compras

      Nesses casos de teste são automaticamente associados a história de usuário se eles são adicionados ao conjunto de teste criado a partir dessa história de usuário.Para obter mais informações sobre como adicionar casos de teste para uma suíte de testes, consulte Como: adicionar um caso de teste para uma suíte de testes.

      Observação
      Você pode adicionar as etapas de teste quando você criar casos de teste ou outro testador pode adicionar as etapas de teste quando fica claro quais serão as etapas.

4. Se você criar testes automatizados, você pode adicionar esses conjuntos de teste.Por exemplo, se você tiver quaisquer testes de unidade ou testes de interface do usuário codificados, associá-las com casos de teste e adicionar esses conjuntos de teste.Para obter mais informações, consulte Como: associar um teste automatizado com um caso de teste ou Crie casos de teste de um conjunto de testes automatizados.Você pode adicionar esses testes sempre que elas estiverem prontas durante a sprint.

5. Adicione quaisquer casos de teste de ponta a ponta que você sabe que você deseja testar como as histórias são concluídas a suíte de teste final de fim no plano de teste de mestre.

6. Quando uma história de usuário está pronta para teste durante o sprint, definir o status de suite de teste para o plano de teste para Em andamento.Para mais informações, consulte Como: alterar o estado de teste de suítes de teste.

   Observação
   Você também poderá adicionar um caso de teste exploratório usar testes exploratório para cada história de usuário.Este caso de teste podem ser criado com a etapa de teste apenas uma use para explorar essa história de usuário e registre suas ações no caso de você encontrar um bug.

7. Do Executar testes modo de exibição, você pode selecionar o pontos de teste que você deseja executar.Um ponto de teste é um emparelhamento de um caso de teste com uma configuração de teste.Por exemplo, um testador tem uma máquina definidas apenas com Internet Explorer 8.Um testador seleciona todos os pontos de uma história de usuário que deve ser executado no Internet Explorer 8 e executa esses.Testador b seleciona todos os pontos de uma história de usuário que precisa ser executado no Firefox 3.5 e executa esses.

8. Quando todos os testes manuais e automatizados do Suite de teste para essa história de usuário foi concluídos, você pode exibir o status de teste para o pacote de teste.No teste atividade, escolha o Executar testes modo de exibição.Você também pode executar relatórios para ver o status.Com base nos objetivos de qualidade para cada sprint, você pode determinar se as tarefas de teste de sprint são concluídas.Para obter mais informações sobre relatórios de Microsoft Test Manager, consulte Emissão de relatórios sobre o andamento do teste para planos de teste.

9. Quando Sprint 1 estiver concluída, você deve determinar quais testes você precisa executar como testes de regressão para a próxima sprint certificar-se de que o desenvolvimento de novas histórias de usuários não interromper a funcionalidade para Sprint 1 histórias.

10. Crie um conjunto de teste chamado regressão no plano de teste de Sprint 2.Em seguida, adicione os casos de teste que você identificou para esses testes de regressão para este conjunto de testes no plano de teste de Sprint 2.

Imprimir teste 2

1. Adicione histórias 3 e 4 para imprimir 2 para o Sprint 2 plano de teste para criar dois conjuntos de teste de requisito.

2. Adicione que os casos de teste de aceitação para essas suítes de testes para histórias de 3 e 4.Por exemplo, você pode adicionar os seguintes casos de teste:

   1. História de usuário 3: Criar um log na conta

   2. História de usuário 3: Check-out sem criar um log na conta

   3. História de usuário 4: Entrar para a conta de login.(Você pode adicionar parâmetros para este caso de teste para entrar com diferentes logins.)

   4. História de usuário 4: O usuário esquecer a senha

   5. História de usuário 4: Exibir pedidos para conta

      Você pode adicionar as etapas de teste quando você criar casos de teste ou outro testador pode adicionar as etapas de teste quando está claro quais serão as etapas.

3. Se você criar testes automatizados, você pode adicionar esses conjuntos de teste.Por exemplo, se você tiver quaisquer testes de unidade ou testes de interface do usuário codificados, associá-las com casos de teste e adicionar esses conjuntos de teste.Você pode adicionar esses testes sempre que elas estiverem prontas durante a sprint.

4. Adicione qualquer novos casos de teste de ponta a ponta que você sabe que você deseja testar como as histórias são concluídas para a suíte de testes de ponta a ponta no plano de teste principal.

5. Quando uma história de usuário está pronta para teste durante o sprint, alterar o estado do conjunto de teste para Em andamento.Execute os testes manuais e automatizados do Suite de teste para essa história de usuário.

   Observação
   Você também poderá adicionar um caso de teste exploratório usar testes exploratório para cada história de usuário.Este caso de teste podem ser criado com a etapa de teste apenas uma use para explorar essa história de usuário e registre suas ações no caso de você encontrar um bug.

6. Agora você pode exibir o status de teste para cada conjunto de testes do Executar testes exibir o teste atividade.Você também pode executar relatórios para ver o status.Com base nos objetivos de qualidade para cada sprint, você pode determinar se as tarefas de teste de sprint são concluídas.

7. Execute testes de desempenho ou testes de ponta a ponta que são apropriados para esse sprint.

8. Quando Sprint 2 for concluída, você deve determinar quais testes você precisa executar como testes de regressão para a próxima sprint (se houver) para certificar-se de que o desenvolvimento de novas histórias de usuários não interromper a funcionalidade para Sprint 2 histórias.

9. No plano de teste para a próxima sprint (Sprint 3), copie o pacote de teste chamado regressão do plano de teste Sprint 2.Em seguida, adicione os casos de teste que você identificou para esses testes de regressão para este conjunto de testes no plano de teste de Sprint 3.Para obter mais informações sobre como copiar suítes de teste de outro plano de teste, consulte Como: copiar suítes de testes de outro plano de teste.

Continue esse processo para cada um dos seus sprints.Usando essa abordagem, você criará um conjunto de planos de teste para os sprints.Você também criará um conjunto de testes de testes de regressão é transportado para o próximo plano de teste.Para um marco essencial como Beta 1, você pode escolher executar novamente alguns ou todos os testes de seus sprints.Você pode usar essas mesmas técnicas de criação de um plano de teste para essa etapa, que é denominado Beta 1, e copiando suítes de teste para este plano de teste.Dessa forma você pode gravar os resultados de testes separadamente para este plano de teste e compará-los com planos de teste individuais sprint.

Outras metodologias de desenvolvimento

Se você não estiver seguindo uma metodologia ágil, o desenvolvimento e testes tarefas provavelmente ser baseada em recursos.Mas você também pode usar requisitos em vez de histórias.Se você usar requisitos, pode usar a abordagem na seção desenvolvimento ágil e criar planos de teste para uma etapa específica em vez de um sprint e adicionar os requisitos para o plano de teste.Por exemplo, você pode ter um plano de teste Beta 1 com todos que os requisitos para a versão Beta 1 adicionado como suítes de teste.Você pode então adicionar casos de teste de aceitação e testes de unidade para essas suítes de testes e associar seus casos de teste com os requisitos.Para mais informações, consulte Como: adicionar itens de lista de pendências de produto, história de usuário ou itens de trabalho de requisitos para o plano de teste.Para obter mais informações sobre como adicionar testes de unidade para o plano de teste, consulte Como: associar um teste automatizado com um caso de teste ou Crie casos de teste de um conjunto de testes automatizados.

Se você estiver usando uma abordagem mais baseada em recurso, você pode ter os seguintes recursos para seu aplicativo da Web:

1. Carrinho de compras (Alpha)

2. Login (Alpha)

3. Check-Out (Beta 1)

4. Exibir pedidos (Beta 1)

Os seguintes passos consideram que estes são os recursos para o projeto.Será também pressuposto que um recurso será associado um caminho de área específica para o projeto de equipe.Você desejará criar casos de teste para esses recursos.Convém também casos de teste mais de um recurso de teste especificamente.Por exemplo, convém testar que um usuário pode adicionar itens ao seu carrinho de compras, entrar e comprar itens.Seguindo essas etapas, você terá um conjunto de planos de teste, conforme mostrado na ilustração a seguir.

Configurar o projeto

1. No início do projeto, crie os seguintes planos de teste.(Isso se baseia no número de etapas que você planeja ter).

   1. Alfa

      Isso será usado para testar os recursos estarão disponíveis para Alpha.

   2. Beta 1

      Isso será usado para testar os recursos estarão disponíveis para Beta, incluindo quaisquer alterações para os recursos de comentários alfa ou adições de recursos de alfa.

2. Determine as configurações de teste que você deve ter para usar para testar esses recursos.Por exemplo, convém testar que esses recursos para seu aplicativo executado no Internet Explorer 8 para Firefox 3.5 e configuração 1 configuração 2.Crie esses teste configurações usando Microsoft Test Manager.Para obter mais informações sobre como criar configurações de teste, consulte Configurações de teste - especificando plataformas de teste.

3. Adicione as configurações de teste que você precisa para seus recursos para o plano de teste.Por padrão, esses serão usados para quaisquer conjuntos de teste que você criar no plano de teste.

   Observação
   Se você precisar usar configurações diferentes para recursos específicos ou casos de teste, você pode alterar as configurações de teste para cada conjunto de testes.Para mais informações, consulte Como: Selecionar configurações de teste diferentes para um plano de teste ou um conjunto de testes.

Teste alfa

1. Adicione uma suíte de testes para o carrinho de compras e uma suíte de testes para efetuar login para o plano de teste alfa.Você pode criar esses conjuntos de testes estáticos e adicionar casos de teste para esses pacotes.Para obter mais informações sobre como adicionar casos de teste para uma suíte de testes estáticos, consulte Como: criar e gerenciar conjuntos de teste.

   Importante

   Você também pode selecionar um caminho de área quando criar casos de teste com base na área do produto é testado.Caminhos de área geralmente mapeiam para recursos ou um conjunto de recursos.Se você fizer isso, você pode criar um conjunto de teste de consulta com base em uma consulta para este caminho de área.Sempre que você adicionar um caso de teste para este caminho de área, ele será adicionado automaticamente ao conjunto de teste de consulta.Isso pode ajudar com a manutenção de conjuntos de teste.Neste exemplo, você pode criar um conjunto de teste de consulta para o caminho de área igual a 1 e outro para a área igual a 2, em vez de conjuntos de teste estático.Para obter mais informações sobre como criar essas baseado em consulta suítes de testes, consulte Como: criar e gerenciar conjuntos de teste baseado em consulta.

2. Verifique as configurações de teste que você precisa para conjuntos de teste para cada recurso estão corretas.Por padrão cada suíte de testes é configurada para usar as configurações de teste do plano de teste.

3. Adicione que casos de teste para essas suítes de testes para os respectivos recursos.Por exemplo, pode adicionar os seguintes casos de teste do Suite de teste apropriado ou apenas criar casos de teste com os valores corretos para o caminho de área se você tiver criado um conjunto de teste de consulta:

   1. Carrinho de compras: Adicionar um item ao carrinho de compras

   2. Carrinho de compras: Remover um item do carrinho de compras

   3. Log: Efetuar logon uma conta de usuário

      Para obter mais informações sobre como adicionar casos de teste para uma suíte de testes, consulte Como: adicionar um caso de teste para uma suíte de testes.

      Observação
      Você pode adicionar as etapas de teste quando você criar casos de teste ou outro testador pode adicionar as etapas de teste quando está claro quais serão as etapas.

4. Se você criar testes automatizados, você pode adicionar esses conjuntos de teste.Por exemplo, se você tiver quaisquer testes de unidade ou testes de interface do usuário codificados, associá-las com casos de teste e adicionar esses conjuntos de teste.Se você tiver criado um conjunto de teste de consulta com base no caminho de área, você deve garantir que o valor para o caminho de área está correto para esses casos de teste.Para obter mais informações sobre como associar testes automatizados de casos de teste, consulte Como: associar um teste automatizado com um caso de teste ou Crie casos de teste de um conjunto de testes automatizados.Você pode adicionar esses testes sempre que elas estiverem prontas durante o teste de alfa.

5. Quando um recurso está pronto para teste durante a fase Alpha do projeto, definir o status do suite de teste para o plano de teste para Em andamento.Para mais informações, consulte Como: alterar o estado de teste de suítes de teste.

   Observação
   Você também poderá adicionar um caso de teste exploratório usar testes exploratório para um recurso.Este caso de teste podem ser criado com a etapa de teste apenas uma use para explorar esse recurso e registrar suas ações, caso você encontre um erro.

6. Do Executar testes modo de exibição, você pode selecionar o pontos de teste que você deseja executar.Um ponto de teste é um emparelhamento de um caso de teste com uma configuração de teste.Por exemplo, um testador tem uma máquina definidas apenas com Internet Explorer 8.Um testador seleciona todos os pontos de uma história de usuário que precisa ser executado no Internet Explorer 8 e executa esses.Testador b seleciona todos os pontos de uma história de usuário que precisa ser executado no Firefox 3.5 e executa esses.

7. Quando todos os testes manuais e automatizados do Suite de teste do recurso foi concluídos, você pode exibir o status de teste de suíte de teste a Executar testes exibir o teste atividade.Você também pode executar relatórios para ver o status.Com base nas metas de qualidade que você definiu para Alpha testes, você pode determinar se as tarefas de testes são completas.Para obter mais informações sobre relatórios de Microsoft Test Manager, consulte Emissão de relatórios sobre o andamento do teste para planos de teste.

Teste beta 1

1. Copie conjuntos de teste de plano de teste alfa para o plano de teste Beta 1.Para obter mais informações sobre como copiar suítes de teste de outro plano de teste, consulte Como: copiar suítes de testes de outro plano de teste.

2. Se você estiver usando conjuntos de testes estáticos, adicione um conjunto de testes para Check-Out e uma suíte de testes para exibir pedidos para o Beta 1 plano de teste.Se você estiver usando uma consulta baseada teste suítes para os caminhos da área, em seguida, quaisquer testes que você criar para o caminho da área 1 ou 2 será automaticamente adicionado ao testar conjuntos copiado através do plano de teste Alpha.

3. Adicione um pacote de teste chamado ponta a ponta para o Beta 1 plano de teste.Você pode adicionar casos de teste para este conjunto de testes para testar os cenários de ponta a ponta que incluem mais de um recurso.

4. Adicionar casos de teste para suítes de testes para esses novos recursos, ou apenas criar casos de teste com a área correta caminho valores se você estiver usando conjuntos de teste de consulta.Você também pode adicionar casos de teste para alterações de funcionalidade para Alpha recursos ou novas adições a esses recursos.Por exemplo, você pode adicionar os seguintes casos de teste:

   1. Check Out: Check-out de itens do carrinho de compras

   2. Check Out: Check-out sem criar um log na conta

   3. Login (caso de teste adicional): usuário esquecer a senha

   4. Exibir pedidos: Exibir pedidos para conta

   5. Completa: adicionar um item, o logon e o check-out

      Você pode adicionar as etapas de teste quando você criar casos de teste ou outro testador pode adicionar as etapas de teste quando está claro quais serão as etapas.

5. Se você criar testes automatizados, você pode adicionar esses conjuntos de teste.Por exemplo, se você tiver quaisquer testes de unidade ou testes de interface do usuário codificados, associá-las com casos de teste e adicionar esses conjuntos de teste.Você pode adicionar esses testes sempre que elas estiverem prontas durante Beta 1.

6. Quando um recurso está pronto para testar a versão Beta 1, alterar o estado do conjunto de teste para Em andamento.Execute os testes manuais e automatizados do Suite de teste para o recurso.

   Observação
   Você também poderá adicionar um caso de teste exploratório usar testes exploratório para cada novo recurso para o Beta 1.Este caso de teste podem ser criado com a etapa de teste apenas uma use para explorar esse recurso e registrar suas ações, caso você encontre um erro.

7. Agora você pode exibir o status de teste para cada conjunto de testes do Executar testes exibir o teste atividade.Você também pode executar relatórios para ver o status.Com base nos objetivos de qualidade para Beta 1, você pode determinar se as tarefas de testes são completas.

8. Execute quaisquer testes de ponta a ponta são necessários para o Beta 1.

Se você tiver mais marcos para seu projeto, você pode continuar esse processo para cada uma das etapas.Usando essa abordagem, você criará um novo plano de teste para cada etapa do projeto.Você também criará um conjunto de testes de testes de ponta a ponta que são copiados para o plano de teste para a próxima etapa.Se você não tem tempo suficiente para executar todos os testes em uma suíte de teste da etapa anterior, você pode limitar os testes no conjunto de teste que você tenha copiado sobre.Por exemplo, isso pode limitar apenas a testes de prioridade 1.Se você estiver usando conjuntos de teste de consulta, você pode alterar a consulta para adicionar na ordem de prioridade.Se você estiver usando conjuntos de testes estáticos, você pode remover apenas os casos de teste que você não precisa executar novamente para a etapa.

Consulte também

Tarefas

Guia de início rápido para Manual de teste usando o Gerenciador de teste do Microsoft

Como: plano de teste do modo de exibição resulta no Microsoft Test Manager

Conceitos

Definindo um plano de teste