Compartilhar via


Orientação para a criação de planos de testes e suítes de teste

Quando você usa Microsoft Test Manager criar planos de testes e suítes de testes para o seu projeto de equipe, há várias abordagens que você pode fazer. Este tópico se concentrará em duas abordagens que sejam baseiam em sua metodologia de desenvolvimento.

Uma abordagem é criar um plano de teste que você usa para todas as etapas e adicionar testes e suítes de teste progressos. No entanto, se você usar essa abordagem, você não tem dados históricos para taxas de passagem de seu teste para marcos anteriores. Portanto, é melhor criar com base em seus objetivos de testes de iterações específicas ou marcos, você pode usar qualquer metodologia de desenvolvimento de planos de teste. Criando planos de teste para iterações ou marcos, você pode ver quando uma iteração específica ou a 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 marco 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 seu aplicativo.

Se você adicionar os testes manuais e automatizados para suas suítes de teste, você pode exibir a qualidade geral com base em que esses dois tipos de testes de suítes de teste e planos de teste.

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

  • Desenvolvimento ágil

  • Outras metodologias de desenvolvimento

Para obter mais informações sobre planos de testes e suítes de teste e como criá-los, consulte Definir o seu esforço de teste usando o teste planos..

Desenvolvimento ágil

Se você estiver usando uma metodologia ágil para desenvolver e testar seu aplicativo, você normalmente cria histórias de usuários e usa a oportunidades e iterações para controlar o andamento de tarefas de teste e desenvolvimento. Você pode usar os 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 carrinho de compras. (Sprint 1)

  2. Um usuário desejar comprar itens em 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 o mais rápido comprar a próxima vez. (Sprint 2)

  4. Um usuário desejar 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 de usuários. Convém também casos de teste para testar a funcionalidade de ponta a ponta de várias histórias de usuários que podem ser unidas. Por exemplo, convém testar que um usuário pode selecionar itens, adicioná-los ao carrinho de compras, entrar e os itens de compra. Seguindo essas etapas, você terá um conjunto de planos de teste, conforme mostrado na ilustração a seguir:

Planos de testes e suítes de testes para o desenvolvimento ágil

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 da Sprint 1

      Isso será usado para testar a Sprint 1 histórias de usuários.

    2. Plano de teste da Sprint 2

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

    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. O plano de teste não precisa ser associado uma iteração específica, pois abrange várias iterações e só pode ser concluído quando todas as etapas são concluídas.

  2. Determine as configurações de teste que você precisa usar para testar suas histórias de usuários. Por exemplo, convém testar suas histórias de usuários para seu aplicativo são executados no Internet Explorer 8 para configuração de 1 e 3.5 do Firefox para configuração de 2. Em seguida, criar essas configurações usando de teste Microsoft Test Manager. Para obter mais informações sobre como criar configurações de teste, consulte A definição de sua matriz de teste usando as configurações de teste.

  3. Adicione as configurações de teste que você precisa para suas histórias de usuários para o plano de teste. Por padrão, esses serão usados para qualquer suítes de teste que você criar no plano de teste.

    ObservaçãoObservação

    Se você precisar usar configurações diferentes para 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 obter mais informações, consulte Como: Selecione configurações diferentes de teste para um plano de teste ou de uma suíte de testes.

Imprimir teste 1

  1. Adicione as histórias de usuários, 1 e 2 para imprimir 1 para o Sprint 1 plano de teste para criar duas suítes de teste com base em requisitos. Para obter mais informações sobre como criar suítes de teste de histórias de usuários, consulteComo: Adicionar requisitos ou histórias de usuários 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 suíte de teste é configurada para usar as configurações de teste para o plano de teste.

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

    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: Um único item do carrinho de compras de compra.

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

      ObservaçãoObservação

      Quando você criar os casos de teste ou outra testador pode adicionar as etapas de teste quando fica claro quais serão as etapas, você pode adicionar as etapas de teste.

  4. Se você criar os testes automáticos, você pode adicioná-los para as suítes 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 adicioná-los para as suítes de teste. Para obter mais informações, consulte Como: Associar um teste automatizado de um caso de teste ou Create Test Cases from an Assembly of Automated Tests. Você pode adicionar esses testes sempre que elas estiverem prontas durante o sprint.

  5. Adicione qualquer casos de teste de ponta a ponta que você sabe que você desejará testar conforme as histórias de usuários são preenchidas suíte de testes finais de fim-no plano de teste do mestre.

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

    ObservaçãoObservação

    Você também talvez queira adicionar um caso de teste exploratório usar para fazer o teste exploratório para cada história de usuário. O caso de teste podem ser criado com a etapa de apenas um teste que você pode usar para explorar essa história de usuário e registre suas ações, caso você encontre um erro.

  7. Do Executar testes o 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, o testador a tem um computador configurado com o Internet Explorer 8 somente. O testador a seleciona todos os pontos de uma história de usuário que deve ser executado no Internet Explorer 8 e executa esses. O 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 acabar de todos os testes manuais e automatizados do Suite de teste para essa história de usuário, 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 nas metas de qualidade que você tem 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 Relatar o andamento do teste de planos de teste.

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

  10. Crie uma suíte de testes, chamada de regressão no 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 Sprint 2.

Imprimir teste 2

  1. Adicione as histórias de usuários, 3 e 4 para imprimir 2 para o Sprint 2 plano de teste para criar duas suítes de teste com base em requisitos.

  2. Adicione que os casos de teste de aceitação a essas suítes de testes para histórias de usuários, 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: Fazer check-out sem criar um log na conta

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

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

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

      Quando você criar os casos de teste ou outra testador pode adicionar as etapas de teste quando é mais claro quais serão as etapas, você pode adicionar as etapas de teste.

  3. Se você criar os testes automáticos, você pode adicioná-los para as suítes 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 adicioná-los para as suítes de teste. Você pode adicionar esses testes sempre que elas estiverem prontas durante o sprint.

  4. Adicione quaisquer novos casos de teste de ponta a ponta que você sabe que você deseja testar como as histórias de usuários são preenchidas a suíte de testes de ponta a ponta no plano de teste do mestre.

  5. Quando uma história de usuário está pronta para teste durante o sprint, alterar o estado da suíte de testes para Em andamento. Em seguida, execute os testes manuais e automatizados do Suite de teste para essa história de usuário.

    ObservaçãoObservação

    Você também talvez queira adicionar um caso de teste exploratório usar para fazer o teste exploratório para cada história de usuário. O caso de teste podem ser criado com a etapa de apenas um teste que você pode usar para explorar essa história de usuário e registre suas ações, caso você encontre um erro.

  6. Agora, você pode exibir o status de teste para cada conjunto de testes da Executar testes exibir o Testar atividade. Você também pode executar relatórios para ver o status. Com base nas metas de qualidade que você tem 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 que você precise executar como testes de regressão para o próximo sprint (se houver) para certificar-se de que o desenvolvimento de novas histórias de usuários não interromper a funcionalidade de histórias de usuários da Sprint 2.

  9. No plano de teste para o próximo sprint (Sprint 3), copie a suíte de testes, chamada de regressão do plano de teste do 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 Sprint 3. Para obter mais informações sobre como copiar suítes de teste a partir de outro plano de teste, consulte Como: Copiar de suítes de teste de outro plano de teste.

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

Outras metodologias de desenvolvimento

Se você não está seguindo uma metodologia ágil, seu desenvolvimento e testes de tarefas provavelmente ser baseada nos recursos. Mas você também pode usar os requisitos em vez de histórias de usuários. Se você usar os requisitos, pode usar a abordagem na seção de desenvolvimento ágil e criar planos de teste para uma etapa específica em vez de um sprint e em seguida, adicione os requisitos para o plano de teste. Por exemplo, você pode ter um plano de teste Beta 1 com todos que os requisitos para o Beta 1 adicionado como suítes de teste. Você pode adicionar os casos de teste de aceitação e testes de unidade a essas suítes de testes e associar os requisitos de seus casos de teste. Para obter mais informações, consulte Como: Adicionar requisitos ou histórias de usuários para o plano de teste. Para obter mais informações sobre como adicionar os testes de unidade para o plano de teste, consulte Como: Associar um teste automatizado de um caso de teste ou Create Test Cases from an Assembly of Automated Tests.

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. Efetue login (Alpha)

  3. Fazer Check-Out (Beta 1)

  4. Exibir pedidos (Beta 1)

Os seguintes passos consideram que esses são os recursos do projeto. Ele presume 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 para testar mais de um recurso especificamente. Por exemplo, convém testar se um usuário pode adicionar itens ao carrinho de compras, entrar e os itens de compra. Seguindo essas etapas, você terá um conjunto de planos de teste, conforme mostrado na ilustração a seguir.

Orientação para o recurso com base em conjuntos de teste

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. Alpha

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

    2. Beta 1

      Isso será usado para testar os recursos que estarão disponíveis para Beta, incluindo quaisquer alterações aos recursos de comentários de 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 configuração de 1 e 3.5 do Firefox para configuração de 2. Em seguida, criar essas configurações usando de teste Microsoft Test Manager. Para obter mais informações sobre como criar configurações de teste, consulte A definição de sua matriz de teste usando as configurações 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 qualquer suítes de teste que você criar no plano de teste.

    ObservaçãoObservação

    Se você precisar usar configurações diferentes para os casos de teste ou recursos específicos, você pode alterar as configurações de teste para cada conjunto de testes. Para obter mais informações, consulte Como: Selecione configurações diferentes de teste para um plano de teste ou de uma suíte de testes.

Teste de 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 Alpha. Você pode criá-los como suítes de testes estáticos e adicionar os casos de teste para esses pacotes. Para obter mais informações sobre como adicionar os casos de teste para uma suíte de testes estáticos, consulte Como: Criar e gerenciar conjuntos de teste.

    Observação importanteImportante

    Também é possível selecionar um caminho de área quando você cria com base na área do produto é testado de casos de teste. Caminhos de área freqüentemente mapeiam para recursos ou um conjunto de recursos. Se você fizer isso, você pode criar um conjunto de teste com base em 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 com base em consulta. Isso pode ajudar com a manutenção de seus conjuntos de teste. Neste exemplo, você pode criar um conjunto de teste com base em consulta para o caminho da área igual a 1 e outro para a área igual a 2 em vez de conjuntos de teste estáticos. Para obter mais informações sobre como criá-los com base 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 suítes de teste para cada recurso estão corretas. Por padrão cada suíte de testes é configurada para usar as configurações de teste para o plano de teste.

  3. Adicione que os casos de teste a essas suítes de testes para os respectivos recursos. Por exemplo, pode adicionar os seguintes casos de teste para a suíte de testes apropriados ou apenas criar casos de teste com os valores corretos para o caminho de área se você tiver criado uma suíte de testes baseados em consulta:

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

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

    3. Faça logon em: Faça logon uma conta de usuário

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

      ObservaçãoObservação

      Quando você criar os casos de teste ou outra testador pode adicionar as etapas de teste quando é mais claro quais serão as etapas, você pode adicionar as etapas de teste.

  4. Se você criar os testes automáticos, você pode adicioná-los para as suítes 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 adicioná-los para as suítes de teste. Se você criou um conjunto de teste baseado em consulta com base no caminho de área, certifique-se de que o valor para a área de caminho 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 de um caso de teste ou Create Test Cases from an Assembly of Automated Tests. 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 de alfa do projeto, definir o status do suite de teste para o plano de teste de Em andamento. Para obter mais informações, consulte Como: Alterar o estado de teste de suítes de teste.

    ObservaçãoObservação

    Você também talvez queira adicionar um caso de teste exploratório usar para fazer o teste exploratório para um recurso. O caso de teste podem ser criado com a etapa de apenas um teste que você pode usar para explorar esse recurso e gravar suas ações, caso você encontre um erro.

  6. Do Executar testes o 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, o testador a tem um computador configurado com o Internet Explorer 8 somente. O testador a seleciona todos os pontos de uma história de usuário que precisa ser executado no Internet Explorer 8 e executa esses. O 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 para o conjunto de testes para o recurso tem sido concluídos, você pode exibir o status de teste de suíte de teste a Executar testes exibir na teste atividade. Você também pode executar relatórios para ver o status. Com base nas metas de qualidade que você definiu para Alpha teste, você pode determinar se as tarefas de testes são concluídas. Para obter mais informações sobre relatórios de Microsoft Test Manager, consulte Relatar o andamento do teste de planos de teste.

Teste de Beta 1

  1. Copie as suítes de teste do plano de teste Alpha para o plano de teste Beta 1. Para obter mais informações sobre como copiar suítes de teste a partir de outro plano de teste, consulte Como: Copiar de suítes de teste de outro plano de teste.

  2. Se você estiver usando as suítes de testes estáticos, adicione uma suíte de testes de 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 de área, depois de quaisquer testes que você cria para o caminho da área 1 ou 2 será automaticamente adicionado para suítes de teste copiados ao longo do plano de teste do Alpha.

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

  4. Adicionar os 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 baseado em consulta. Você também pode adicionar os casos de teste para que as alterações à funcionalidade de recursos de alfa ou novas adições a esses recursos. Por exemplo, você pode adicionar os seguintes casos de teste:

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

    2. Check-Out: Fazer 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. End to End: Adicionar um item, o logon e o check-out

      Quando você criar os casos de teste ou outra testador pode adicionar as etapas de teste quando é mais claro quais serão as etapas, você pode adicionar as etapas de teste.

  5. Se você criar os testes automáticos, você pode adicioná-los para as suítes 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 adicioná-los para as suítes 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 da suíte de testes para Em andamento. Em seguida, execute os testes manuais e automatizados para o conjunto de testes para o recurso.

    ObservaçãoObservação

    Você também talvez queira adicionar um caso de teste exploratório usar exploratório de testes para cada novo recurso para o Beta 1. O caso de teste podem ser criado com a etapa de apenas um teste que você pode usar para explorar esse recurso e gravar suas ações, caso você encontre um erro.

  7. Agora, você pode exibir o status de teste para cada conjunto de testes da Executar testes exibir o Testar atividade. Você também pode executar relatórios para ver o status. Com base nas metas de qualidade que você tem para o Beta 1, você pode determinar se as tarefas de testes são concluídas.

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

Se você tiver mais etapas de projeto para o 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á uma suíte 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 a partir de uma etapa anterior, você pode limitar testes na suíte de testes que você tenha copiado sobre. Por exemplo, isso pode limitar a apenas a testes de prioridade 1. Se você estiver usando conjuntos de teste baseado em consulta, você pode alterar a consulta para adicionar na ordem de prioridade. Se você estiver usando as suítes de testes estáticos, você apenas pode remover os casos de teste, você não precisa executar novamente a etapa do projeto.

Consulte também

Tarefas

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

Conceitos

Definir o seu esforço de teste usando o teste planos.