web viewtreinamento em gestão do ciclo de vida de aplicações. perfil: time de...

Treinamento em Gestão do Ciclo de Vida de Aplicações

Perfil: Time de Qualidade, Testadores

Desenvolvido por:

A SERVIÇO DE MICROSOFT BRASIL

2

Laboratório 1:

Planejamento de Testes com o Microsoft Test Manager 2010

Visão Geral

O Microsoft Test Manager 2010 pode ser utilizado para criar, organizar, gerenciar e executar planos de testes manuais. Neste laboratório serão introduzidas as funcionalidades para planejamento de testes no Microsoft Test Manager.

Exercícios

1. Criando e configurando um plano de testes no Microsoft Test Manager 2010

2. Adicionando suítes e casos de teste em um plano de teste

3. Criando e adicionando requisites a um plano de testes

60 minutos

3

Exercício 1: Criando e configurando um plano de testes no Microsoft Test Manager 2010

Neste exercício você aprenderá como criar e configurar um novo plano de testes no Microsoft Test Manager 2010. Um exemplo de aplicação de um plano de testes é sua utilização para testar a nova versão de um software.

1. Faça o login com o usuário Abu Obeida Bakhach (Dev) se você ainda não o fez. A senha é P2ssw0rd (P maiúsculo, número dois, letra s, letra s, letra w, número zero, letra r, letra d).

2. Abra o Microsoft Test Manager a partir do menu Start | All Programs | Microsoft Visual Studio 2010 | Microsoft Test Manager 2010. O Microsoft Test Manager é uma nova ferramenta dedicada a testes manuais de software e foi construída do zero para a versão do Visual Studio 2010.

Nota: O Microsoft Test Manager permite aos testadores trabalhar com os seus planos de testes (tipicamente controlados em documentos Word ou planilhas Excel) para:

- Criar- Organizar- Executar- Criar relatórios de bug- Publicar os resultados dos testes no Microsoft Team Foundation Server.

Figura 1Tela de inicialização (splash) do Microsoft Test Manager

4

3. Ao selecionar o combo Activity Center na barra superior você notará que o item selecionado por padrão é o Testing Center. O Testing Center é utilizado para trabalhar com casos de testes manuais e com atividades comuns de gerenciamento de casos de testes. O Lab Center é utilizado para utilização de máquinas virtuais(VM) para automação da criação de ambientes de teste. Neste exercício serão focados os recursos do Testing Center.

Figura 2Selecionando o combo Activity Center no MTM

4. Quando o Microsoft Test Manager é carregado ele abrirá o ultimo plano de testes utilizado que no caso desta máquina virtual é o plano de testes nomeado Iteration 2.

Figura 3Janela com o conteúdo do plano de testes Iteration 2

5

5. Selecione o botão Home próximo ao combo Activity Center para abrir a janela Testing Center.

Figura 4Abra a janela Testing Center clicando no botão Home

6. Na janela Testing Center, clique no botão Add para abrir o diálogo Add test plan.

Figura 5Vizualizção da janela Testing Center

7. Digite “Release 2.0” como sendo o nome do plano e clique no botão Add para continuar.

6

Figura 6Adicionando um novo plano de testes

8. Na janela Testing Center, selecione o novo plano de testes criado e clique no botão Select Plan para abrí-lo.

Figura 7Selecionando um plano de testes

7

9. Clique no link Properties para ver as propriedades do plano de testes.

Figura 8Testing Center mostrando o novo plano de testes

10. A primeira seção da janela properties do plano de testes permite que você edite as propriedades básicas do plano de testes, como nome, descrição, caminho da área, iteração, estado e demais propriedades. A seção de configurações de execução (Run Settings) permite a especificação de como os testes manuais e automatizados devem ser preparados, quais ambientes de testes serão utilizados e inclusive especificar qual build será testado.

11. Para o campo Description, digite “Test plan for Tailspin Toys Web 2.0”.

12. Para o combo Area path, escolha “Tailspin Toys\Web site”.

13. Para o combo Iteration, escolha “Tailspin Toys\Iteration 2”.

Figura 9Criando um novo plano de testes

14. Na seção Manual Runs, escolha Lightweight Diagnostics no combo Test settings e clique no link Open para abrir a janela Test Settings.

8

Figura 10Ajustando as configurações de execução do teste

15. Na janela Test Settings, selecione o passo Data and Diagnostics.

Figura 11Visualização da janela Test settings

Nota: As opções do passo Data and Diagnostics permitem configurar as opções de teste informando quais adaptadores deseja-se utilizar (Data Diagnostic Adapters).

16. Selecione os adaptadores Actions, IntelliTrace, System Information, e Video Recorder (alguns podem já estar selecionados).

9

17. Selecione o botão Finish para fechar a janela de configurações do teste e retornar para a janela de propriedades do plano de testes.

Figura 12Configurando adaptadores de diagnóstico e coleta de dados que serão utilizados durante a execução dos testes

18. Clique no botão Save para salvar o plano de teste.

Figura 13Salvando o plano de testes

10

Nota: O plano de testes precisa ser salvo antes para que se possa selecionar o build a ser utilizado.

19. Na seção Builds, clique no link Modify próximo ao rótulo Build in use. O build aqui selecionado será utilizado como informação nos resultados gravados do teste e nos relatórios de bugs encontrados durantes os testes.

Figura 14Selecionando o build a ser utilizado durantes a execução dos testes

20. Na janela Assign Build, clique no combo Available builds para selecionar o build entitulado “Tailspin Toys – Iteration 2_20100318.6 (Latest)” e clique no botão Assign to Plan.

Figura 15Atribuindo um build ao plano de testes

11

21. Clique no botaão Close para sair da janela Assign Build. Tome o cuidado para não fechar a janela principal do Test Manager. Isso o levará de volta a janela de propriedades do Test Plan.

Figura 16Localização do botão Fechar

22. As configurações de teste descrevem quais plataformas serão testadas durante as execuções. Na seção Configurations, selecione o combo que atualmente exibe “Windows 7 and IE 8, Windows Server 2008 and IE8” e selecione todas as configurações disponíveis neste combo.

23. Clique no botão Apply para prosseguir.

Figura 17Aplicando configurações de plataforma para o plano de testes

12

24. Clique no botão Save and Close e feche o novo plano de testes.

Figura 18Salvando e fechando o plano de testes

13

Exercício 2: Adicionando Suítes de Testes e Casos de Teste a um Plano de Teste

Neste exercício, você aprenderá como adicionar suítes de testes e casos de testes existentes a um plano de testes.

1. No Microsoft Test Manager 2010, selecione a aba Plan e clique no link Contents para visualizar o novo plano Release 2.0 caso ele já não esteja aberto.

Figura 19Conteúdo do plano de testes Release 2.0

2. Crie uma suíte de teste manual clicando com o botão direito no nó Release 2.0 e selecione a opção New suite no menu de contexto.

Figura 20Criando uma nova suíte de testes

3. Digite “Regression Test” como sendo o nome da suíte e pressione Enter para confirmar.

14

Figura 21Nomeando uma nova suíte de testes

4. Selecione a suíte Regression Test no painel esquerdo e clique no botão Add localizado no painel a direita para acrescentar casos de testes existentes.

Figura 22Localização do botão Add

5. Na janela Add Test Cases to Suite, clique no botão Run para ver todos os casos de testes para o projeto atual.

Figura 23Executando uma query para pesquisar casos de testes e adicioná-los a uma suíte de testes

6. Selecione os casos de teste 40 e 41 e clique no botão Add test cases para adicioná-los a nova suíte de Tests Regression.

15

Figura 24Adicionando casos de teste

Figura 25Casos de Testes adicionados a nova suíte

7. Agora vamos adicionar um outro tipo de suíte de teste para o plano de testes. Clique com o botão direito em Release 2.0 e selecione a opção New query-based suite. Suítes baseadas em queries permitem que queries de work items sejam construídas para agrupar testes, conforme veremos nos passos seguintes.

Figura 26Adicionando uma suíte de testes baseada em uma query

8. Na janela Create a Query-Based Test Suite, digite Tailspin Toys Suite no campo Name.

16

Figura 27Informando o nome para a suíte de testes

9. Utilize a linha com o texto Click here to add a clause para adicionar novas cláusulas que restrinjam os filtros da query conforme abaixo:

Figura 28Criando uma query para selecionar casos de teste

10. Clique no botão Run para visualizar o resultado da query.

Figura 29Localização do botão Run

11. Clique no botão Create test suite para criar a suíte de teste baseada na query e retornar para a janela de conteúdo do plano de testes.

17

Figura 30Localização do botão Create test suite

12. Você deverá notar que agora o plano de testes Release 2.0 possui duas suítes de teste. Note também que o ícone da suíte baseada em query com o nome Tailspin Toys Suite é diferente do ícone da suíte manual Regression Test. As suítes baseadas em query automaticamente determinam quais casos de teste devem ser listados com base na query associada.

Figura 31Plano de testes exibindo as duas novas suítes de teste

Nota: No ambiente de treinamento temos apenas alguns casos de teste cadastrados. Por este motivo você perceberá reuso dos casos de teste em várias suítes.

18

Exercício 3: Criando e Adicionado Requisitos ao Plano de Testes

Neste exercício você aprenderá como criar novos requisitos e como adicioná-los ao seu plano de testes. Você também aprenderá como criar novos casos de testes associados aos requisitos.

1. No Microsoft Test Manager 2010, selecione o item Plan na barra superior e clique no link Contents para visualizar o novo plano de testes Release 2.0 caso ele ainda não esteja aberto.

Figura 32Janela com o conteúdo do plano de testes Release 2.0

2. Crie uma nova user story clicando no combo do botão New e selecione User Story.

Figura 33Criando uma nova work item do tipo User Story

3. Digite no campo Title da user story o texto “As a consumer, I want to be able to add a coupon code to my purchase”.

4. Para o campo Risk da user story, selecione o item “2-Medium” no combo.

19

5. Clique no botão Save and Close para continuar.

Figura 34Defina e salve uma nova User Story

6. Na janela de conteúdo do plano de testes, clique no nó Release 2.0 e clique no botão Add requirements para adicionar um novo requisito ao plano de testes.

Figura 35Adicionando um novo requisito ao plano de testes

7. Na janela entitulada “Add existing requirements to this test plan”, selecione a linha na grade como o texto Click here to add a clause (a linha exibindo um * no início) para adicionar uma nova cláusula que restringa os resultados das work items que tem o campo area path com o valor “Tailspin Toys\Web site”. Utilize os valores conforme a figura abaixo:

20

Figura 36Ajustando a query para ajudar a localizar as user stories do projeto

8. Clique no botão Run para obter os resultados da query. Você deverá visualizar a nova user story que acabou de criar.


9. Selecione a user story e clique no botão Add requirements to plan. Esta ação fechará a janela e o levará de volta a janela de conteúdo do plano de testes.

Figura 38Selecionando e adicionando a nova user story como um requisito a ser testado

21

10. Na janela de conteúdo do plano de testes você deverá visualizar a nova suíte baseada no requisito. Note que o ícone desta suíte difere dos demais para indicar que é uma suíte baseada em requisitos. No painel da direita há opções para associar casos de testes existentes ou para criar novos casos de teste para esta suíte.

11. Clique no botão New no painel da direita para criar um novo caso de teste.

Figura 39Criando um novo caso de teste para a user story (ou requisito)

12. No campo Title do novo caso de testes digite “Add coupon code during checkout”. Note que os campos Area e Iteration foram corretamente pré-selecionados.

Figura 40Criando novos casos de teste e atribuindo as propriedades

13. Informe os passos (Steps) para o novo caso de teste, conforme a figura abaixo:

Figura 41Criando novos passos para o caso de teste

22

14. Clique no botão Save and Close para salvar o novo caso de teste e retorne para a janela de conteúdo do plano de testes.

Figura 42Localização do botão Save and Close

15. Na janela de conteúdo do plano de testes você deverá visualizar o novo caso de teste criado e relacionado à suíte baseada em requisitos.

Figura 43Suíte de testes baseada em requisitos exibindo o novo caso de teste

23

Laboratório 2:

Gerenciamento de Casos de Testes com o Microsoft Test Manager 2010

Visão Geral

O Microsoft Test Manager 2010 pode ser utilizado para criar, organizar, gerenciar e executar planos de testes manuais. Neste laboratório serão introduzidas as funcionalidades para planejamento de testes no Microsoft Test Manager. Neste laboratório será demonstrado como realizar algumas destas atividades.

Exercícios

Este laboratório contém os seguintes exercícios:

1. Gerenciando Suítes de Teste e Casos de Teste

2. Analisando Execuções de Teste

3. Selecionando Builds para Teste

60 minutos

24

Exercício 1: Gerenciando Suítes de Teste e Casos de Teste

Neste exercício você aprenderá como utilizar o Microsoft Test Manager para gerenciar suítes de teste e casos de teste.





Figura 44Tela de inicialização (splash) do Microsoft Test Manager

3. Ao selecionar o combo Activity Center na barra superior você notará que o item selecionado por padrão é o Testing Center. O Testing Center é utilizado para trabalhar com casos de testes manuais e com atividades comuns de gerenciamento de casos de testes. O Lab Center

25

é utilizado para utilização de máquinas virtuais para automação da criação de ambientes de teste. Neste exercício serão focados os recursos do Testing Center.

Figura 45Selecionando o combo Activity Center no MTM

4. Clique na aba Plan na barra superior do Testing Center.

Figura 46Localização da aba Plan

5. No painel Contents abaixo do nó Iteration 2, localize os nós 7, 8 e 9. Estes nós são suítes de teste baseadas em requisitos e contêm casos de testes associados à estes requisitos. Selecione o item test suite 7 para visualizar a lista de casos de teste relacionados.

Figura 47Casos de Teste assoiciados aos requisitos de uma suíte de teste

26

6. Abra o caso de teste 41 clicando sobre ele com o botão direito e selecionando a opção Open Test Case.

Figura 48Abrindo um caso de teste

7. Clique na aba Tested User Stories e note que este caso de teste está relacionado a uma user story.

Figura 49Visualização da aba Tested User Stories

8. Feche o caso de teste clicando no X no canto superior direito da janela do caso de teste (Cuidado para não fechar o Test Manager por engano).

Figura 50Localização do botão fechar caso de teste

27

9. Localize e selecione a suíte de teste entitulada End-to-End Tests. Esta suíte de testes estática contêm casos de testes arbitrários e outras suítes de teste.

Nota: Pode ser que não haja testes na suíte End-to-end.

10. O terceiro e último tipo de suíte de teste é a baseada em queries de work items ou query-based suite. Embora não representados neste laboratório, as suítes baseadas em query permitem agrupar work items para agrupar casos de testes. Por exemplo, imagine o cenário onde você queira criar uma suíte de teste que inclua todos os casos de teste com prioridade 1 do plano de testes.

Figura 51Suíte baseade em query

11. Localize e selecione a suíte test suite 9 e note que o seu estado está definido como In Planning. Os outros dois estados possíveis são In Progress e Completed. Somente as suites de teste que estão em progresso (in progress) são exibidas na aba Test.

Figura 52Seleção de estado das suites de teste

12. Localize e selecione a suíte entitulada test suite 7. Observe que você pode abrir, adicionar, criar e remover casos de teste no painel da direita.

28

Figura 53Trabalhando com casos de teste

13. Selecione o caso de teste 41.

14. Clique no botão Configurations para carregar a janela Select Test Configurations.

15. Clique no botão All Configurations para mostrar todas as configurações disponíveis e marque o a configuração Vista and IE7.

Figura 54Trabalhando com configurações de ambiente nos testes

16. Clique no botão Apply Changes para continuar.

17. Clique no link Properties para carregar a janela de propriedades do plano de testes. A primeira seção da janela de propriedades do plano de testes permite a edição das propriedades básicas como name, description, area path, iteration, state e assim por diante. A seção Run Settings permite especificar como testes manuais e automatizados devem ser preparados, quais ambientes utilizar e qual build será testado.

29

Figura 55Janela de propriedades do Plano de Teste

Nota: Configurações de teste são particularmente importantes porque especificam como e quais dados serão coletados durante a execução dos testes. Caso sejam encontrados bugs durante a execução dos testes, estes dados serão utilizados pelos desenvolvedores para reproduzir e entender melhor o problema.

30

18. Clique no link Open ao lado do combo Test settings do grupo Manual Runs.

Figura 56Localização do link Open

19. Clique no passo Data and Diagnostics na lateral esquerda da janela test settings. Neste passo você pode selecionar quais adaptadores ou coletores de dados você gostaria de utilizar. Por exemplo, o item Video Recorder habilita a gravação de um vídeo do teste que ficará associado a execução do teste.

Figura 57Opções disponíveis para dados e diagnósticos

31

20. Habilite a opção Event Log e clique no botão Configure.

Figura 58Adaptador de diganóstico Event Log

21. Na janela Configure Diagnostic Data Adapter – Event Log, note que é possível especificar quais logs de evento (e tipos de evento) que você gostaria de captaurar durante a exeucção dos testes. Clique no botão Save para continuar.

Figura 59Configurando o adaptador Event Log

32

22. Habilite a opção Video Recorder.

Figure 60Adaptador para gravação de vídeo

23. Clique no botão Finish para retornar para a janela de propriedades do plano de teste.

24. Os ambientes de teste ou Test environments também podem ser gerenciados a partir da janela de propriedades do plano de teste. Ambientes de teste podem ser físicos ou virtuais e são utilizados para executar os testes. Neste ambientes são coletados os dados do teste. Por exemplo, durante o teste de uma aplicação web pode ser necessário coletar dados tanto do cliente como do servidor ao mesmo tempo uma vez que os componentes da aplicação residem em ambientes distintos. Para este plano de testes utilizaremos apenas um ambiente local.

25. Configurações de teste ou Test configurations descrevem quais plataformas serão testadas durante a execução do plano de teste. Clique no combo que mostra “Windows Server 2008 and IE8” selecionado para verificar as opções disponíveis. Clique no botão Don’t apply ao terminar.

Figura 61Especificando plataformas de teste

33

26. A seção Builds da janela de propriedades do plano de testes configura qual a definição de build com a qual os resultados e bugs serão associados. Clique no combo Filter for builds.

Figura 62Definição de build atribuida ao teste

27. A qualidade do build necessária pode ser definida previamente para que os testadores evitem iniciar o processo de teste prematuramente. Clique no combo Build quality para verificar as opções disponíveis.

Figura 63Opções de qualidade de build

34

28. Pressione Esc para cancelar a seleção de qualidade de build e clique no botão Cancel para retornar a janela de propriedades do plano de testes.

29. Finalmente, note que um build está especificado para o setup da execução dos testes.

Figura 64Versão de build especificada para teste

30. Feche a janela de propriedades do plano de testes clicando no X no canto superior direito (Cuidado para não fechar o Test Manager!).

35

Exercício 2: Analisando Execuções de Teste

Neste exercício veremos os como utilizar os recursos da atividade de teste para analisar os resultados das execuções de teste.

1. No Microsoft Test Manager, clique na aba Test para abrir a atividade de testes utilizada pelos testadores. Por padrão, a janela Run Tests é carregada.

2. Clique na suíte de teste entitulada test suite 7 para visualizar as execuções e seus estados. Note que o caso de teste 41 está representado três vezes, sendo uma para cada configuração que foi definida no teste.

Figura 65Visualizando execuções de testes para uma suíte de teste

3. Clique na suíte de teste entitulada test suite 8 para visualizar suas execuções. Note que duas das execuções estão listadas com o estado de “bloqueadas” (blocked). Bloquear um caso de teste é uma ação que pode ser executada por um testador para indicar que ele está impossibilitado de executar o teste, seja por que uma user story não foi implementada ou porque um requisito dependente ainda não está disponível. Por exemplo, se um caso de teste é definido para criar uma conta de usuário em uma aplicação web mas o menu que deveria exibir esta opção ainda não foi implementado, o testador pode indicar que o caso de

36

teste está bloqueado. Este recurso é importante para diferenciar testes ainda não iniciados de testes que não podem ser executados.

Figura 66Caso de teste bloqueado

4. Clique no link Analyze Test Runs e clique no botão Show manual runs para visualizar o histórico das execuções de teste para o plano de teste atualmente selecionado. Você pode precisar atualizar o filtro de data (Start date range) para All para que seja possível visualizar algumas execuções.

Figura 67Vizualização da janela Analyze Test Runs

5. Abra a execução de teste 21 com um duplo-clique. Um resumo é exibido mostrando os momentos de início e término da execução, tipo, versão do build e outras informações complementares. Expanda a área Tests para visualizar os resultados das execuções para o caso de teste associado.

37

Figura 68Resultados da execução de teste

38

6. Abra um dos resultados de execução do caso de teste 41. Note que há um número de anexos que foram coletados durante a execução dos testes, como informações do sistema e vídeos dos testes manuais.

Figura 69Exemplo de resultados de teste

7. Feche a janela de resultados de teste clicando no X no canto superior direito da janela (Cuidado para não fechar a janela principal do Test Manager).

39

Exercício 3: Selecionando Builds para Teste

Neste exercício, você aprenderá como utilizar as atividades de rastreabilidade para navegar e selecionar builds para teste.

1. No Microsoft Test Manager, clique na aba Track na barra superior para abrir a atividade de rastreamento. Por padrão, a janela Queries é carregada.

2. Clique no link Assign Build para visualizar os builds disponíveis e as work items associadas.

Figura 70Atribuindo builds para testar

3. No combo Available Builds, selecione o último build na lista (Tailspin Toys – Iteration 2_20100318.4).

Figura 71Selecionando um build

40

4. Dê uma olhada nas work items associadas para avaliar o trabalho realizado durante o desenvolvimento do build selecionado. Note que uma única work item entitulada “Write regular expression for strong password” foi concluída.

Figure 72Work items associados a um build

5. Selecione o build Tailspin Toys – Iteration 2_20100318.5 a partir do combo Available builds. Há três work items para este build, sendo que um deles é o mesmo do caso anterior.

Nota: A atividade Track pode ser utilizada para ajudar a determinar quando vale a pena realizar uma execução de testes para o build em questão.

6. Selecione o build Toys – Iteration 2_20100318.6 a partir do combo Available builds e clique no botão Assign to plan. Isso irá auxiliar os testadores que este build deve ser considerado para uma execução completa de testes. Execuções futuras de testes utilizarão este novo build por padrão.

Figura 73Atribuindo um novo build a um plano de testes

7. Quando receber a notificação de que testes precisam ser reexecutados baseados nas últimas alterações de código, utilize a opção view the recommended tests.

41

Figura 74Opção para visualizar testes recomendados

8. Estas recomendações são possíveis graças a uma nova funcionalidade chamada Test Impact Analysis que torna possível determinar os casos de testes candidatos à uma nova execução por terem sido impactados pelas alterações de código. Por exemplo, um teste que foi executado com sucesso em um build anterior pode ser recomendado para uma nova rodada de testes uma vez que o código alterado é exercitado pelo caso de teste.

Nota: A funcionalidade Test Impact Analysis pode ser configurada para rodar em segundo plano quando a aplicação sendo testada está escrita em código gerenciado (.NET Framework 2.0 ou superior).

9. Selecione todos os testes que foram impactados pelo último build e clique no botão Reset to active. Isto fará que o estado dos casos de teste voltem para o estado Active.

Figura 75Reiniciando os casos de testes recomendados para Active

42

10. Retorne para a janela de atividades de teste clicando no link Run Tests.

Figura 76Retornando para a janela Test activity

11. Selecione a suíte de teste entitulada test suite 7. Note que os dois casos de teste que anteriormente apareciam como bem sucedidos retornaram ao estado Active.

Figura 77Casos de teste reiniciados

43

12. Retorne para a janela Track, clique no link Recommended Tests e clique no botão Related work items. Observe as work items que foram fechadas ou resolvidas desde o build Tailspin Toys – Iteration 2_20100318.3, incluindo a user story.

Figura 78Work Items relacionadas

13. Retorne para a janela Test e selecione a suíte de testes entitulada test suite 8, que está associada com a user story impactada que acabamos de visualizar no passo anterior.

14. Selecione os casos de teste bloqueados e clique no botão Reset para desbloqueá-los. O estado deles será alterado de Blocked para Active.

Figura 79Localização do botão Reset

15. Clique no link Verify Bugs. Embora não discutamos o assunto neste laboratório, este é o recurso para os testadores avaliarem os bugs que submeteram para o time de

44

desenvolvimento, os quais já foram corrigidos e aguardam novo teste para serem fechados. Se o teste não passar o testador devolve o bug para o desenvolvedor, reiniciando o ciclo. Caso contrário, o bug é fechado.

Figura 80Verificando bugs

45

Laboratório 3:

Criando e Executando Testes Manuais com o Microsoft Test Manager 2010

Visão Geral

Neste laboratório você aprenderá a utilizar o Microsoft Test Manager para criar um caso de teste manual com cenários parametrizados, além de executar o teste utilizando o Microsoft Test Runner. Durante a execução dos testes será possível capturar um registro das ações executadas para posteriormente utilizar o recurso de Fast Forward para testes manuais, com o objetivo de rapidamente reexecutar partes de um caso de teste (ou até mesmo um caso de teste inteiro). Por último, será visto a funcionalidade Shared Steps que habilita a criação de passos compartilhados e reaproveitáveis em diversos casos de teste.

Exercícios

Este laboratório compreende os seguintes exercícios:

1. Criando um Plano de Teste Manual2. Executando um Plano de Teste Manual3. Analisando o Resultado de um Teste Manual4. Criando Passos Compartilhados (Shared Steps)

60 minutos

46

Exercício 1: Criando um Plano de Teste Manual

Neste exercício você aprenderá como criar um plano de teste manual, preenchendo o roteiro de testes com seus passos. O plano será posteriormente executado para validar o comportamento esperado do software em questão.



3. Clique na aba Plan localizada na barra superior do Test Manager.

4. No painel da esquerda, clique uma vez na suíte End-to-end tests e clique no botão New no painel da direita.

Figura 81Criando um novo teste manual

47

5. No campo Title digite: “Confirm that receipt number appears after successful order”. Alternativamente você pode abrir o arquivo “New Test Case.txt” na pasta Code Snippets localizada no desktop da VM e copiar e colar o título.

6. Neste ponto, estamos prontos para adicionar passos ao teste manual. Cada passo inclui uma ação que deverá ser executada (campo Action) pelo testador. Opcionalmente, uma ação executada pode conter um resultado esperado, descrito no campo Expected Result.

7. No painel Steps crie um passo para cada uma das seguintes ações. Apenas uma delas contém um resultado esperado. Veja o próximo parágrafo para utilizar uma forma mais rápida de incluir as ações.

Action Expected Result

Open http://WIN-GS9GMUJITS8:8000

Click Model Airplanes

Click Northwind Trader

Click Add to Cart

Click Checkout

Enter @First, @Last, @Email, @Address, @City, @Country, @State, @PostalCode

Click Review Order

Click Place Order

Confirm order page has receipt # Receipt # should appear at top of order confirmation page

Close Browser

Um método alternativo para inserir as informações de cada passo é copiar e colar os passos (todos de uma única vez) que estão no arquivo “New Test Case.txt”. Para fazê-lo, clique na primeira célula em branco da coluna Action e pressione Esc para que a linha fique selecionada conforme a imagem abaixo:

Figura 82Passo selecionado e pronto para colagem de todos os passos

48

8. Neste ponto os passos devem estar iguais à imagem abaixo:

Figura 83Passos para o novo teste manual

Nota: Adicionar um valor na coluna “Expected Result” em um passo do teste acrescenta um check box no ícone do passo para que o testador saiba que neste passo é necessário verificar manualmente que o passo foi bem sucedido.

9. Note o texto utilizado no passo “@First, @Last, @Email, @Address, @City, @Country, @State, @PostalCode”. Neste passo foram utilizadas arrobas (@) para indicar que estes valores são variáveis a cada iteração do teste. É possível definar quais variáveis serão utilizadas preenchendo a tabela Parameter Values neste mesmo formulário (abaixo da lista de passos). Cada linha nesta tabela de parâmetros representa uma interação de teste a ser executada. Utilize a tabela a seguir para copiar os valores para cadastrarmos 3 iterações (ou utilize copiar e colar a partir do arquivo “New Test Case.txt” mais uma vez):

First Last Email Address

Michael Affronti [email protected] One Microsoft Way

Chris Barry [email protected] Two Tailspin Trail

Robin Wood [email protected] Nine Northwind Street

49

City Country State PostalCode

Redmond USA Washington 98052

Springfield USA Illinois 11135

North Wind USA North Dakota 99909

10. A seção Parameter Values deve estar exatamente como na imagem abaixo:

Figura 84Valores dos parâmetros para o teste manual

11. Salve o caso de teste clicando no botão Save (ícone) no canto superior direito da janela.

Nota: O caso de testes é salvo como um work item.

Figura 85Localização do botão Save

50

Exercício 2: Executando um Plano de Teste Manual

Neste exercício você aprenderá como executar o plano de teste manual criado no primeiro exercício.

1. A partir da barra superior, clique na aba Test para entrar na visão de execução de teste.

Figura 86Localização do botão Test

2. No painel da esquerda, expanda a árvore para encontrar o nó End-to-end tests e clique nele.

3. No painel da direita, selecione o teste intitulado “Confirm that receipt number appears after successful order” e clique no botão Run with options utilizando a seta do combo ao lado do botão Run.


4. Na janela Run Options, altere o item no combo test settings para Full Diagnostics.

51

Figura 88Selecionando a configuração de teste Full Diagnostics

5. Neste ponto o Microsoft Test Runner é iniciado e fornece a opção de gravar as ações realizadas pelo testador. Esta é uma funcionalidade chave e habilita fast forwarding para execuções futuras do teste. Selecione a opção Create action recording e clique em Start Test.

Figura 89Executando um teste manual com a opção de action recording

52

6. Aguarde até que o Test Runner tenha completado sua inicialização e depois abra o Internet Explorer utilizando a barra de tarefas do Windows.

Nota: Existe um bug conhecido que pode resultar em crash do Internet Explorer em máquinas mais lentas. Isto pode ser contornado aguardando 15 segundos adicionais antes de abrir o Internet Explorer.

7. Copie e cole a URL http://WIN-GS9GMUJITS8:8000 na barra de endereço do browser e pressione Enter. Leverá alguns segundos para que o site carregue e execute.

8. Após o site ter sido carregado, o primeiro passo do teste foi executado com sucesso. Pressione Ctrl+Windows+Q para indicar que o passo do teste foi executado com sucesso. Alternativamente, você pode selecionar a opção Pass no combo ao lado do passo em questão. Não é obrigatório passar ou falhar um passo, a não ser aqueles que requerem validação (os que possuem “expected results”). Contudo é recomendado que sempre que possível este estado seja indicado para auxiliar a correlacionar as ações do testador com os passos do teste. Note que quando você passa um teste ele automaticamente posiciona o próximo passo como ativo para que você não precise clicar e ficar alternando entre o test runner e o browser.

Figura 90Passando um passo do teste manualmente

http://WIN-GS9GMUJITS8:8000/

53

Nota: Para utilizar o atalho Ctrl+Windows+Q você deve ter que executar a VM em modo tela cheia.

9. No Internet Explorer, clique no botão Model Airplanes e pressione Ctrl+Windows+Q se tudo correr bem (se o passo for bem sucedido).

10. Clique no link Northwind Trader e pressione Ctrl+Windows+Q se o passo for bem sucedido.

11. Clique no botão Add To Cart e pressione Ctrl+Windows+Q se o passo for bem sucedido.

12. Clique no botão Checkout e pressione Ctrl+Windows+Q se o passo for bem sucedido.

Nota: Caso sua gravação não ocorra de acordo com o planejado, você pode reiniciar a gravação a qualquer momento.

Figura 91Localização do botão Reset

13. Clique na caixa de texto First e pressione Ctrl+V para colar o valor que definimos ao criar o caso de teste para a primeira iteração do teste. Esta ação irá mapear o campo no website à variável do teste, como poderá ser percebido pelo ícone de dados que é exibido ao lado da variável no Test Runner. Execuções futuras irão utilizar esse mapeamento para facilitar o procedimento de preenchimento dos campos.

54

Nota: Existe um problema conhecido que às vezes impede que o foco retorne automaticamente para as caixas de texto no website após o processo de databinding. Por exemplo, após preencher uma caixa de texto e pressionar Tab, o foco não sera alterado para a próxima caixa de texto como esperado. Este problema ocorre quando se executa a VM em máquinas mais lentas. Para contornar este problema, simplesmente clique no campo desejado para definir o foco manualmente.

14. Repita o processo de colar as variáveis para os campos “Last”, “Email”, “Address”, e assim por diante. Pule o campo Address 2. No final, cada variável deve estar mapeada como na imagem abaixo.

Nota: Você terá que selecionar os valores nos combos Country e State mesmo que eles estejam mostrando o valor desejado.

Figura 92Variáveis de teste mapeadas aos campos da aplicação em teste

15. Pressione Ctrl+Windows+Q para indicar que o passo foi bem sucedido.

16. Clique no botão Review Order e pressione Ctrl+Windows+Q se o passo for bem sucedido.

17. Clique no botão Place Order e pressione Ctrl+Windows+Q se o passo for bem sucedido.

18. Confirme visualmente que na página foi gerado o número de recibo (receipt). Pressione Ctrl+Windows+Q para indicar que o passo foi bem sucedido.

55

Figura 93Página de pedido exibindo o número do recibo

19. Feche a janela do Internet Explorer conforme instruído e pressione Ctrl+Windows+Q caso o passo tenha sido bem sucedido.

20. Você agora atingiu o final da primeira iteração de teste. Clique no link End iteration and move to next para prosseguir para a iteração 2.

Figura 94Localização do link End iteration and move to next

21. Nesta iteração você não irá criar um Action Recording. Isso sobrescreveria o Action Recording que você acabou de gravar na iteração 1. Ao invés disso, vamos utilizar o Action Recording gravado anteriormente para nos auxiliar na iteração 2. Clique no botão Start Test para iniciarmos a iteração 2.

56

22. O passo 1 já deverá estar selecionado. Mantenha a tecla Shift pressionada e clique no passo “Click Place Order” para selecionar todos os passos até ele, inclusive.

Figura 95Selecionado todos os passos até Click Place Order

23. Clique no botão Play para automaticamente executar os passos selecionados. Utilizar o mouse ou o teclado durante a execução automatizada dos passos pode interferir no processo, então não os utilize até que a execução dos passos selecionados seja concluída.

Nota: Este processo automatizado utilizará os dados especificados para a segunda iteração de teste, conforme definido na criação do caso de teste, para preencher os dados do formulário no website.

24. Assim que o Test Runner finalizar a execução dos passos que você selecionou, ele irá parar no passo “Confirm order page has receipt #” para que você possa realizar a verificação manualmente. Pressione Ctrl+Windows+Q para indicar que o passo foi bem sucedido.

25. Agora você está no final da segunda iteração. Clique no link End iteration and move to next para prosseguir para a iteração 3.

26. Repita os mesmos passos executados na iteração 2 para a iteração 3.

57

27. Como estamos na última iteração, clique no link End iteration exibido ao final da execução do último passo.

28. Clique no botão Save and Close para salvar o resultado dos testes.


58

Exercício 3: Analisando Execução de Testes Manuais

Neste exercício, você aprenderá como rever os resultados de uma execução de testes manual.

1. Clique no botão View results.

Figura 97Localização do botão View Results

2. Na janela results view, você pode visualizar mais informações sobre as execuções de teste, incluindo os detalhes das iterações, resultados e anexos associados.

Figura 98Vizualização dos resultados de teste

59

3. Na seção Test Step Details, clique em um dos links de vídeo. Será exibido o trecho de vídeo relacionado à execução do passo em questão.

Figura 99Links de vídeo para cada passo do teste

Nota: Os tempos irão variar de acordo com a duração de cada passo que você executou. Um único arquivo com toda a execução do teste é gravado, sendo que os trechos associados aos passos são extraídos deste vídeo.

4. Feche o vídeo.

5. Expanda o painel Attachments. Este painel contém diversos anexos gravados durante o teste que podem auxiliar a realizar diagnósticos.

6. Selecione a linha do arquivo SystemInformation.xml e clique em Open. Clique em Open no diálogo de confirmação. Este arquivo contém detalhes sobre o sistema onde o teste foi executado.

Figura 100Localização do anexo SystemInformation.xml

60

7. Feche o Internet Explorer que foi aberto para o arquivo SystemInformation.xml.

8. Clique em Save and Close para fechar a janela de resultados de teste.

61

Exercício 4: Criando Passos Compartilhados (Shared Steps)

Neste exercício, você irá aprender como criar passos compartilhados entre testes. Um shared step combina múltiplos passos que são executados em sequência em um único passo lógico, que pode ser compartilhado entre os testes. Se o processo definido em um shared step for alterado no futuro, todos os testes que fazem referência para ele serão atualizados.

1. No painel da direita, clique em Open test case para abrir o caso de teste selecionado.

Figura 101Localização do botão Open test case

2. No painel Steps, clique no Segundo passo entitulado Click Model Airplanes para selecioná-lo. A seguir, mantenha a tecla Shift pressionada e clique em Click Add to Cart para que os passos de 2 a 4 sejam selecionados.

3. Clique com o botão direito na seleção e selecione a opção Create shared steps.

62

Figura 102Criando shared steps

4. No diálogo Create Shared Steps, digite “Add Northwind Trader to Cart” como título do botão OK.

Figura 103Passo 2 agora refere-se ao passo compartilhado que acabamos de criar

63

5. Clique com o botão direito no shared step e selecione Open shared steps. Você agora pode editar o shared step conforme a necessidade.

Figure 104Visualizando os shared steps

6. Clique no botão Save and Close para salvar e fechar os shared steps.

7. Clique em Save and Close para salvar e fechar o teste.

64

Laboratório 4:

Testes Exploratórios com o Microsoft Test Manager 2010

Visão Geral

O Microsoft Test Manager 2010 pode ser utilizado para organizar os seus planos de teste, criar, gerenciar e executar casos de teste manuais. Este laboratório introduz testes exploratórios utilizando o Microsoft Test Manager 2010.

Exercícios

1. Configurando Coletores de Dados no Microsoft Test Manager 2010

2. Criando um Caso de Teste em Branco para Executar um Teste Exploratório

3. Criando um Bug Exploratório

4. Criando um Caso de Teste Manual a partir de um Bug Exploratório

60 minutos

65

Exercício 1: Configurando Coletodres de Dados no Microsoft Test Manager 2010

Neste exercício você aprenderá como configurar diversos coletores para seu Plano de Testes no Microsoft Test Manager, a fim de gravar os dados necessários acerca da execução dos testes manuais, incluindo os testes exploratórios.





Figura 105Microsoft Test Manager inicializando

66

3. Quando o Microsoft Test Manager inicializar, ele irá conectar-se no último plano de testes utilizado, que no caso desta máquina virtual é o plano de testes entitulado Iteration 2.

Figura 106Conteúdo do plano de testes para a o plano Iteration 2

4. Selecione a aba Plan no topo da janela e clique no link Properties para visualizar as propriedades do plano de teste Iteration 2.

Figura 107Visualizando as propriedades do plano de teste

5. Na seção Run Settings, localize e clique no link Open próximo a opção test settings no grupo Manual Runs, conforme imagem abaixo:

67

Figura 108Abrindo configurações para execuções de testes manuais

6. Na janela test settings, selecione a opção Data and Diagnostics a partir do painel da esquerda.

Figura 109Carregando as configurações de dados e diagnósticos

Nota: Neste passo de configuração de dados e diagnósticos é possível selecionar os adaptadores que você deseja utilizar para seu teste (Data Diagnostic Adapters).

7. Localize e selecione a opção Video Recorder. Com esta opção selecionada será gravado um vídeo do desktop da máquina utilizada durante a execução do teste manual. Deixe as demais opções padrão selecionadas.

68

8. Clique no botão Finish para salvar suas alterações.

Figura 110Localização do botão Finish

9. Clique no botão Save and Close para salvar as alterações no plano de testes.


69

Exercício 2: Criando um Caso de Teste em Branco para Executar um Teste Exploratório

Neste exercício você aprenderá como utilizar um caso de teste em branco para executar um teste exploratório.

1. No Microsoft Test Manager 2010, selecione a aba Plan no topo da janela. Clique no link Contents para visualizar as suítes de teste incluídas.

Figura 112Conteúdo do Plano de Teste Iteration 2

2. Clique com o botão direito no nó Iteration 2 e selecione a opção New test case.

Figura 113Criando um novo caso de testes

70

3. No campo Title, digite “Exploratory Testing”.

4. Clique no botão Save and Close para salvar o novo caso de teste.


5. Selecione a aba Test na parte superior da janela do Microsoft Test Manager e clique no link Run Tests para carregar os testes disponíveis para execução.

Figura 115Carregando testes que estão prontos para execução

6. Selecione o caso de teste Exploratory Testing e clique no botão Run para iniciar o Test Runner.

71

Figura 116Selecionando o novo caso de teste exploratório e iniciando sua execução

7. Após o Test Runner iniciar, selecione a opção Create action recording e clique no botão Start Test para iniciar o teste manual.

Figura 117Iniciando o Test Runner com a gravação de ações ativada

Nota: A opção Action recording rastreia as ações executadas pelo testador. Esta é uma funcionalidade importante que permite o “fast forwarding” do teste em execuções futuras.

8. Aguarde até que o Test Runner tenha completado sua inicialização e clique no ícone do Internet Explorer a partir da barra de inicialização rápida do Windows.

9. Carregue a aplicação Tailspin Toys clicando no link Tailspin Toys na barra Favoritos.

72

Figura 118Aplicação Tailspin Toys

10. Clique na imagem New Planes na home page e note que você não é direcionado a listagem de produtos correspondente. Ao invés disso a aplicação apenas recarrega a própria home page. Acabamos de encontrar um bug que gostaríamos que fosse corrigido, o que faremos no exercício seguinte.

73

Figura 119Clicando em um link que não executa a ação esperada

Nota: Você pode notar que as aões foram gravadas clicando no ícone de expansão no canto inferior direito da janela do Test Runner que está com a descrição “X action(s) captured”, onde X é o número de ações capturadas.

74

Exercício 3: Criando um Bug Exploratório

Neste exercício você aprenderá como criar um bug exploratório baseado nos passos do teste manual.

1. No exercício anterior um bug foi identificado durante um teste manual exploratório. Para criar o bug clique no combo ao lado do botão Create bug na janela do Test Runner.

Figura 120Criando um novo bug exploratório a partir do Test Runner

2. Uma vez que você tenha iniciado o processo de criação do bug, o Test Runner irá suspender a gravação do teste e exibir o diálogo Time Range for Exploratory Bug. Este diálogo permite que seja alterado o tempo inicial da gravação que será salvo e anexado ao bug. Para que toda a gravação seja incluída no bug não altere esta opção e clique no botão Use range to create bug.

Figura 121Selecionando um intervalo de gravação de action recording para incluir um bug

75

3. Na janela New Bug, digite “New Planes page does not load” no campo Title.

4. Na aba Details, note que detalhes importantes para a reprodução do problema como configurações do teste e arquivos de saída dos adaptadores de captura de dados e diagnósticos são automaticamente anexados ao bug. Clique no primeiro action log listado para visualizar os passos que foram gravados.

Figura 122Visualizando a gravação do action log

Nota: Os passos visualizados podem ser diferentes dos passos exibidos na Figura 18.

Note: Embora o gravador de vídeo exiba um link para o vídeo, não é possível visualizá-lo até que o bug seja salvo e recarregado.

5. Clique no botão Save and close para salvar o novo bug.

76


6. Neste ponto você pode escolher entre continuar testando ou finalizar o teste. Clique no botão Save and Close para sair do Test Runner.


7. Feche o Internet Explorer.

77

Exercício 4: Criando um Caso de Teste Manual a partir de um Bug Exploratório

Neste exercício você aprenderá como criar um caso de teste manual baseado na existência de um bug do tipo exploratório.

1. No Microsoft Test Manager 2010, selecione a aba Test e clique no link Verify Bugs.

Figura 125Vizualizando a janela Verify Bugs

2. Clique no botão Created by me para visualizar os bugs criados por você (o usuário logado).

Figura 126Visualizando bugs criados pelo usuário

3. Selecione o novo bug New Planes page does not load e clique no botão Open.

78

Figura 127Abrindo um bug

4. Mais uma vez, role a tela até o rodapé da aba Details para localizar o aquivo gerado pelo gravador de vídeo. Clique no link ao lado do Video Recorder para visualizar o vídeo associado ao bug.

Figura 128Visualizando um vídeo gravado pelo adaptador de gravação de vídeo (Video Recorder diagnostic data adapter)

5. Feche o Windows Media Player e feche o bug aberto para retornar para a visualização Verify Bugs.

79

6. Clique no bug New Planes page does not load e clique no botão Create test case from bug para criar um novo caso de teste.

Figura 129Criando um novo caso de teste a partir de um bug exploratório

7. Digite “Click on Tailspin Toys button on home page” como título para o novo caso de teste que descreverá quais ações os testadores devem executar para validar a correção do bug, uma vez que os desenvolvedores tenham informado que o bug foi resolvido. Note que os passos para este caso de teste manual foram gerados automaticamente, baseados no action recording que foi gravado no exercício anterior.

8. Clique no botão Save and Close.


80

Laboratório 5:

Testes em Diferentes Plataformas com o Microsoft Test Manager 2010

Visão Geral

O Microsoft Test Manager 2010 pode ser utilizado para organizar os seus planos de teste, criar, gerenciar e executar casos de teste manuais. Este laboratório introduz testes em diferentes plataformas utilizando o Microsoft Test Manager 2010.

Exercícios

1. Criando Novas Configurações de Teste para Planos de Testes

2. Associando Configurações de Teste a Casos de Teste Existentes

3. Associando Casos de Teste a um Testador Baseado em Configurações de Testes

4. Filtrando Testes e Visualizando Configurações de Teste ao Analisar Execuções

60 minutos

81

Exercício 1: Criando Novas Configurações de Teste para Planos de Testes

Neste exercício você irá aprender como utilizar o Microsoft Test Manager 2010 para criar novas configurações de teste e como atribuí-las a um plano de teste.






82

3. Quando o Microsoft Test Manager inicializar, ele irá conectar-se no ultimo plano de testes utilizado, que no caso desta máquina virtual é o plano de testes entitulado Iteration 2.

Figura 132Conteúdo do plano de testes para a o plano Iteration 2

4. Clique na aba Organize localizada na barra superior do Test Manager e clique no link Test Configuration Manager.

Figura 133Vizualizando a janela Test Configuration Manager

5. Clique no botão New para criar uma nova configuração de teste.

Figura 134Localização do botão New

83

6. No campo Name, digite “Windows Server 2008 and Firefox 3.0”.

7. Na grade Configuration variables, clique no combo Add e selecione o item Operating System. Altere o valor padrão de Windows 7 para Windows Server 2008.

8. Clique novamente no dropdown Add e selecione o item Browser. Altere o valor para Firefox 3.0.

Figura 135Ajustando os valores das variáveis de configuração

9. Clique no botão Save and Close para salvar a nova configuração de teste.


10. A janela Test Configuration Manager agora deve exibir a nova configuração de teste que criamos.

Figura 137Janela Test Configuration Manager exibindo a nova configuração de teste

84

11. Selecione a aba Plan na barra superior do Test Manager e clique no link Properties para visualizar as propriedades do plano de teste Iteration 2.

12. Localizar a seção Configurations e clique no combo para visualizar todas as configurações de plataforma disponíveis. Esta caixa exibe as configurações padrão para novos casos de teste.

Figura 138Configurando opções de plataforma para um plano de testes

13. Selecione a nova configuração Windows Server 2008 and Firefox 3.0, e clique no botão Apply para salvar as alterações.

Figura 139Alterando configuração padrão para novos casos de teste

85

14. Clique no botão Save and Close para salvar as alterações realizadas nas configurações do plano de teste.


86

Exercício 2: Associando Configurações de Teste a Casos de Teste Existentes

Neste exercício você irá aprender como associar configurações de teste a casos de teste existentes.

1. No Microsoft Test Manager 2010, selecione a aba Plan e clique no link Contents para abrir a janela com o conteúdo da janela de planejamento.

Figura 141Janela de conteúdo do plano de teste para o plano Iteration 2

2. Selecione a suíte de testes número 7 para visualizar seus casos de teste.

3. Selecione o caso de teste 40, entitulado Customer can remove items from shopping cart by clicking “X” icon.

Figura 142Selecionando um caso de teste específico para ajustar as configurações

87

4. Clique no botão Configurations.

Figura 143Localização do botão Configurations

5. Selecione o checkbox Windows Server 2008 and Firefox 3.0 e clique no botão Apply changes.

Figura 144Selecionando a nova opção de configuração

6. Selecione a aba Test na barra superior do Test Manager e clique no link Run Tests.

88

7. Selecione a suíte de teste 7 para visualizar todos os casos de teste associados.

Figura 145A atividade de teste automaticamente reconhece a necessidade de testes adicionais

8. Note que há um novo teste na situação “active” que corresponde a configuração Windows Server 2008 and Firefox 3.0 para o caso de teste 40.

89

Exercício 3: Associando Casos de Teste a um Testador Baseado em Configurações de Testes

Neste exercício você aprenderá como associar casos de teste para diferentes testadores, fazendo a escolha dos testadores baseado nas configurações de teste.

1. No Microsoft Test Manager 2010, selecione a aba Plan e clique no link Contents para abrir o conteúdo da janela de planejamento de testes.

Figura 146Conteúdo da janela de planejamento para o plano de teste Iteration 2

2. Selecione a suíte de teste número 7 caso ela ainda não esteja selecionada.

3. Selecione os casos de teste 40 e 41 e clique no botão Assign para atribuir testadores.

Figura 147Selecionando casos de teste para atribuição de testadores

90

Nota: Para selecionar todos os casos de teste, clique no primeiro caso de teste, mantenha a tecla Shift pressionada e clique no último caso de teste e então libere a tecla Shift.

4. Na janela Assign Testers, os casos de teste são exibidos com todas as configurações atribuídas. Note que cada combinação de caso de teste/configuração pode ser atribuída a um testador diferente. Selecione o combo Tester na linha com ID número 40 e Configuration “Windows Server 2008 and Firefox 3.0” e selecione o testador April Stewart (Dev Lead) como sendo o responsável pelo teste.

5. Clique no botão Save Assignments para salvar suas alterações.

Figura 148Localização do botão Save Assignments

91

Exercício 4: Filtrando Testes e Visualizando Configurações de Teste ao Analisar Execuções

Neste exercício você aprenderá como filtrar testes em execução e como visualizar os detalhes de configuração ao analisar execuções dos testes.

1. No Microsoft Test Manager 2010, clique na aba Test. Clique no link Run Tests.

2. Selecione a suíte de teste número 7 para visualizar os casos de teste relacionados. Neste momento nenhum filtro é aplicado para que seja possível visualizar todas as suítes de teste e seus casos de teste correspondentes.

Figura 149Visualizando casos de teste

3. Clique no combo Filter para visualizar as opções de filtro e selecione a configuração Windows Server 2008 and IE8.

4. Clique no botão Set Filter.

92

Figura 150Filtrando por configuração de teste

5. Uma vez que o filtro tenha sido aplicado, somente os casos de testes que estejam associados à configuração filtrada serão exibidos.

Figura 151Casos de teste filtrados por configuração

6. Selecione uma das execuções e clique no botão View Results.

93

Figura 152Visualizando os resultados de execução de um caso de teste

7. Na janela de resultados de teste para o caso de teste que selecionamos note que a configuração associada é exibida para referência futura.

Figura 153A janela de resultados de teste sempre exibida a configuração utilizada durante a execução

8. Clique no link Analyze Test Runs.

Figura 154Localização do link Analyze Test Run

94

9. Utilize o combo Start date range para selecionar a opção All.

Figura 155Ajustando o intervalo de data de início para exibir todas

10. Selecione uma das execuções de teste e clique no botão Open para abrir os detalhes da execução.

Figura 156Abrindo uma execução de teste

11. Expanda a seção Tests e note que neste ponto também é registrada a configuração utilizada.

95

Figura 157Resultados de execução exibindo a configuração utilizada

97

Laboratório 6:

Introdução a Coded UI com o Microsoft Visual Studio Ultimate 2010

Visão Geral

Testes automatizados de interface ou Coded UI tests são uma nova funcionalidade do Visual Studio 2010 que possibilitam a criação de testes completamente automatizados para validação de funcionalidades e comportamentos de uma interface de usuário. Neste laboratório você irá entender o funcionamento de um Coded UI Test, como cria-los e adicionar lógica de validação aos testes.

Exercícios

1. Introdução a Geração de Código a Partir de Testes Manuais Utilizando Action Recordings

2. Introdução a Geração de Código Utilizando o Coded UI Test Builder

3. Demonstração de Testes de Interface Parametrizados com Coded UI Tests

60 minutos

98

Exercício 1: Introdução a Coded UI com o Microsoft Visual Studio Ultimate 2010

Neste exercício você será introduzido a geração de código com o Visual Studio 2010 que permitem aos testadores criar facilmente testes de interface diretamente a partir de gravações existentes de testes manuais feitas no Microsoft Test Manager (action recordings).


2. Abra o Microsoft Visual Studio a partir do menu Start | All Programs | Microsoft Visual Studio 2010 | Microsoft Visual Studio 2010.

3. Crie um novo projeto de teste (File | New | Project…).

4. Na janela New Project, selecione o modelo Test Project em Visual C# | Test e clique no botão OK para criar o projeto de teste.

Figura 158Criando um projeto de do tipo Test

99

5. Feche a janela que está exibindo o arquivo UnitTest1.cs.

6. No Solution Explorer, clique com o botão direito em TestProject1 e selecione a opção Add | Coded UI Test…

Figura 159Criando um teste do tipo Coded UI

7. Existem duas formas de gerar código para o novo teste coded UI. A primeira opção é utilizar o Coded UI Test Builder, que permite gerar código a partir da gravação de execução de um cenário de teste manual. A segunda opção é utilizar um action recording existente. Selecione a segunda opção existing action recording e clique em OK para prosseguir.

Figura 160Utilizando um action recording existente para gerar código para o teste Coded UI

100

8. Na janela de seleção de Work Items, selecione o projeto Tailspin Toys.

9. Ainda na janela de seleção de Work Items, selecione a opção IDs e digite 41. Este é o ID de um caso de teste do projeto Tailspin Toys que contém uma gravação de action recording.

10. Clique no botão Find para executar a pesquisa e de work items. Note que para este exercício estamos assumindo que o ID do caso de teste desejado já é conhecido.

Figura 161Encontrando um caso de teste com que possui action recording

11. Clique no botão OK para gerar um coded UI test a partir do caso de teste selecionado.

(Nota: Só é possível gerar Coded UI desta maneira utilizando um caso de teste que já possua uma gravação com action recording)

12. Navega até o método CodedUITestMethod1 gerado no arquivo CodedUITest1.cs. Cada linha neste método representa um passo do action recording.

101

13. Clique com o botão direito no primeiro método que é chamado dentro do método CodedUITestMethod1 e clique em Go To Definition. Isto o levará a classe UIMap no arquivo UIMap.Designer.cs que contém a lógica do teste gerado. Este método executa o Internet Explorer e navega para a URL especificada.

Figura 162Navegando para a lógica de teste

14. Role para baixo até o ClickFourthCoffeeFlyer na classe UIMap. Este método executa o teste de clicar no ink “Fourth Coffee Flyer” contido na aplicação web Tailspin Toys.

Figura 163Exemplo de método de teste gerado

15. O método ClickFourthCoffeeFlyer não especifica os parâmetros para o link diretamente. Ao invés disso ele faz referência à propriedade

102

“UIBlankPageWindowsInteWindow.UIHomeTailspinToysDocument1.UIFourthCoffeeFlyerHyperlink”. Navegue para a definição da propriedade UIFourthCoffeeFlyerHyperlink para visualizar como ela está implementada.

Figura 164Definição da propriedade UIFourthCoffeeFlyerHyperlink

Nota: A instância da classe HtmlHyperlink criada para a propriedade UIFourthCoffeeFlyerHyperlink possui uma série de propriedades para busca e filtro aplicadas para auxiliar o framework de teste a localizar o link HTML correto. No caso da aplicação web sofrer alterações como, por exemplo, no texto interno (inner text), o framework de teste ainda tem chances de localizar corretamente o link através destas propriedades.

16. Feche o arquivo UIMap.Designer.cs e retorno ao arquivo CodedUITest1.cs file.

17. Clique com o botão direito em qualquer parte no código do arquivo CodedUITest1.cs e selecione a opção Run Tests. Importante: não utilize o mouse ou o teclado durante a execução dos testes.

Figura 165Localização do comando Run Tests

103

18. Enquanto o teste executa, uma instância do Internet Explorer será aberto e as ações serão automaticamente executadas conforme definido no teste de coded UI. O teste sera executado mais de uma vez pois o teste manual que utilizamos para gerar o Coded UI possui diversas linhas para execução parametrizada.

Figura 166Exemplo de execução de coded UI

19. Verifique se o teste passou visualizando a janela Test Results, embora neste caso ainda não estejamos realizando validações em nenhum dos testes.

104

Figura 167Janela Test Results exibindo o teste bem sucedido

105

Exercício 2: Introdução a Geração de Código Utilizando o Coded UI Test Builder

Neste exercício você aprenderá a utilizar o Coded UI Test Builder para gerar código para automação de testes de interface para a aplicação web Tailspin Toys Web e verá como modificar o código gerado para habilitar a execução dos testes com dados parametrizados.

1. Abra o Internet Explorer e clique no botão Tailspin Toys na barra de Favoritos.

Figura 168Link para a aplicação Tailspin Toys

2. Clique no link Model Airplanes.

3. Clique no link Fourth Coffee Flyer.

4. Clique no link Add To Cart para adicionar o item ao carrinho de compras da aplicação.

5. Retorne ao Visual Studio, localize o método CodedUITestMethod1 no arquivo CodedUITest1.cs file e adicione uma linha em branco após a chamada ao método “this.UIMap.Clickonwhitespaceinwebsite”.

Figura 169Adicionando uma linha em branco ao código fonte do teste de Coded UI

106

6. Clique com o botão direito na linha em branco e selecione o item Generate Code for Coded UI Test | Use Coded UI Test Builder… Isto fará com que a janela do Coded UI Test Builder seja carregada. Esta janela sempre flutua sobre as demais janelas.

Figura 170Abrindo o Coded UI Test Builder

Nota: O Coded UI Test Builder é utilizado para gravar as ações do usuário e para inserir validações (assertions) sobre a interface. Estas ações e verificações são posteriormente convertidas em código fonte.

7. Agora iremos acrescentar a validação para o valor da caixa de texto Quantity. Clique e arraste o alvo na janela do Coded UI Test Builder para o campo Quantity no Internet Explorer. Esta ação irá carregar a janela de propriedades do controle.

Figura 171Selecionando um elemento da interface para incluir uma validação

8. Selecione a propriedade Text e clique no botão Add Assertion. Isto abrirá um diálogo para configurar opções para a validação.

107

9. Confirme que o campo Comparator está com o valor AreEqual e que o valor a ser comparado está definido como “1”. Clique no botão OK para prosseguir.

Figura 172Selecionando o tipo de comparação e valor para a validação

10. Confirme que o checkbox foi adicionado na linha da propriedade Text na janela do Coded UI Test Builder.

Figura 173Propriedade Text exibindo o checkbox de validação

11. Clique no botão Generate Code na janela do Coded UI Test Builder.

108

Figura 174Localização do botão Generate Code

12. Na janela Generate Code, digite QuantityEqualsOne para o nome do método e clique no botão Add and Generate.

Figura 175Gerando código de validação

13. Remova o item “Fourth Coffee Flyer” do carrinho de compras.

14. Feche o Coded UI Test Builder.

15. Feche a janela do Internet Explorer retorne o Visual Studio.

16. Note que o código de validação foi adicionado.

Figura 176Novo passo de validação criado no teste de coded UI

17. Clique com o botão direito no código e selecione a opção Run Tests executar o testes com os novos passos de validação

109

Exercício 3: Demonstração de Testes de Interface Parametrizados com Coded UI Tests

Neste exercício você irá adicionar outro conjunto de parâmetros para o caso teste, para que seja demonstrado que os dados são vinculados ao teste de Coded UI e que as validações que inserimos continuam sendo validadas.

1. Aba o Microsoft Test Manager a partir do menu Start | All Programs | Microsoft Visual Studio 2010 | Microsoft Test Manager 2010.

2. Clique na aba Test e selecione a suíte de teste número 7 “As a customer I should be able to remove items from my shopping cart”.

Figura 177Suíte de teste 7 selecionada

3. Selecione o caso de teste 41 e clique no botão Open Test Case.

110

Figura 178Abrindo o caso de teste 41

4. Na seção Parameter Values no rodapé, adicione uma nova linha com a Quantity = 10.

Nota: O valor de 10 é um valor legítimo para o carrinho de compras, assim o carrinho irá atualizar para exibi-lo após digitado. Contudo, como a proposta deste exercício é demonstrar o que acontece quando a iteração falha, iremos assumir que este valor causaria uma falha no teste. Nossa validação irá continuar esperando pelo valor 1.

5. Salve as alterações no caso de teste e retorne ao Visual Studio.

6. Execute os testes novamente e note que o teste falha na quarta iteração.

7. Duplo-clique na linha que contém o item com resultado Failed na janela Test Results. Na seção Data Driven Test Results podemos perceber que 3 das 4 iterações passaram enquanto 1 falhou.

111

Figura 179Janela Test results mostrando a validação que falhou durante a execução

112

Laboratório 7:

Ciclo de Correção de Bugs com o Microsoft Test Manager 2010

Visão Geral

Neste laboratório iremos verificar como gerenciar o ciclo de correção de um bug, considerando o seguinte fluxo de trabalho:

O testador identifica um bug através de um teste exploratório e cadastra o bug O desenvolvedor recebe o bug através do Visual Studio e corrige o bug O testador verifica a efetividade da correção do bug e fecha o bug

Exercícios

1. Identificando um bug Utilizando um Teste Exploratório2. Corrigindo um bug utilizando o Visual Studio 20103. Fechando um bug utilizando o Microsoft Test Manager 2010

60 minutos

113

Exercício 1: Identificando um Bug Utilizando um Teste Exploratório


2. Abra o Microsoft Test Manager a partir do menu Start | All Programs | Microsoft Visual Studio 2010 | Microsoft Test Manager 2010.


3. No Microsoft Test Manager 2010, selecione a aba Plan no topo da janela. Clique no link Contents para visualizar as suítes de teste incluídas.

Figura 181Conteúdo do Plano de Teste Iteration 2

114

4. Clique com o botão direito no nó Iteration 2 e selecione a opção New test case.

Figura 182Criando um novo caso de testes

5. No campo Title, digite “Exploratory Testing for Shopping Cart”.

6. Clique no botão Save and Close para salvar o novo caso de teste.


7. Selecione a aba Test na parte superior da janela do Microsoft Test Manager e clique no link Run Tests para carregar os testes disponíveis para execução.

115

Figura 184Carregando testes que estão prontos para execução

8. Selecione o caso de teste Exploratory Testing for Shopping Cart e clique no combo ao lado do botão Run. Selecione a opção Run with options.

Figura 185Localização da opção “Run with options“

9. No diálogo Run Options, no grupo Manual Test Runs selecione o item Full Diagnostics no combo Test settings e clique no botão Run

Figura 186Configurando Full Diagnostics

116

10. Após o Test Runner iniciar, selecione a opção Create action recording e clique no botão Start Test para iniciar o teste manual.

Figura 187Iniciando o Test Runner com a gravação de ações ativada



117


13. Clique no botão Model Airplanes na home page.

Figura 189Clicando no link Model Airplanes

118

14. Clique no botão View Plane correspondente ao item Fourth Coffee Flyer.

Figura 190.1Clicando no botão View Plane

15. Clique no botão Add to Cart para adicionar o produto ao carrinho.

Figura 191.2Clicando no botão Add to Cart

16. Clique novamente no botão Model Airplanes. Objetivo é adicionarmos novamente o mesmo item ao carrinhho, para comprar 2 unidades do mesmo produto

119

Figura 192.3Clicando no botão Model Airplanes

17. Mais uma vez, clique no botão View Plane correspondente ao item Fourth Coffee Flyer.

Figura 193.4Clicando no botão View Plane (de novo!)

18. Clique no botão Add to Cart para adicionar o produto ao carrinho um item adicional deste produto.

120

Figura 194.5Clicando no botão Add to Cart mais uma vez

19. Clique no botão Add to Cart para adicionar o produto ao carrinho um item adicional deste produto.

20. Note que o item não foi acrescentado ao carrinho. O comportamento esperado era que a quantidade fosse acrescida, exibindo o campo Quantity = 2. Encontramos um bug que precisa ser reportado.

21. Para criar o bug clique no combo ao lado do botão Create bug na janela do Test Runner.

121

Figura 195Criando o bug exploratório referente ao carrinho de compras

22. Para que toda a gravação seja incluída no bug não altere esta opção e clique no botão Use range to create bug.

Figura 196Selecionando um intervalo de gravação de action recording para incluir um bug

23. Na janela New Bug, digite “Shopping cart doesn’t sum repeated items” no campo Title. No combo Assigned To selecione o usuário Abu Obeida Bakhach (Dev).

24. Clique no botão Save and close para salvar o novo bug.

122


25. Finalize os testes clicando no botão Save and Close.


26. Feche o Internet Explorer.

123

Exercício 2: Corrigindo um Bug Utilizando o Visual Studio 2010

1. Abra o Microsoft Visual Studio a partir do menu Start | All Programs | Microsoft Visual Studio 2010 | Microsoft Visual Studio 2010.

2. Selecione o Team Explorer que deve estar na lateral direita no Visual Studio

Figura 199Localização do botão Team Explorer

3. Expanda o item Work Items | Team Queries. Efetue um duplo-clique no item My Bugs.

124

Figura 22Localização do botão query de Work Items My Bugs

4. Efetue um duplo-clique na linha do bug 46 para visualizar os detalhes do bug.

Figura 23Localização do bug 46

5. No detalhamento do bug você pode visualizar detalhes coletados durante a execução do teste, como vídeos, informações de sistema, passos executados pelo testador, etc. Verifique alguns dos anexos, fechando-os ao terminar.

125

Figura 24Visualizando os detalhes do bug no Visual Studio

6. No Source Control Explorer (View | Other Windows | Source Control Explorer), navegue para Tailspin Toys | Development | Iteration 2 e clique duas vezes no arquivo TailspinToys.sln para abrir a solução Tailspin Toys. Este é o projeto que contém o código-fonte onde iremos corrigir o bug.

7. Para ganharmos tempo neste exercício, iremos direto ao trecho de código que contém o bug. Localize o arquivo ShoppingCart.cs que está na pasta Customer dentro do projeto TailSpin.Model.

126

Figura 25Localizando o arquivo que contém o trecho de código que originou o bug

8. Abra o arquivo ShoppingCart.cs com um duplo-clique e localize o método AddItem que recebe 3 parâmetros: Product product, int quantity e DateTime dateAdded.

127

Figura 26Localizando o método AddItem no arquivo ShoppingCart.cs

9. Note que o código não soma a quantidade recebida à quantidade atual ao ajustar a quantidade de um produto já existente. Corrija o problema acrescentando a soma conforme destacado abaixo:

public void AddItem(Product product, int quantity, DateTime dateAdded) {

//see if this item is in the cart already ShoppingCartItem item = FindItem(product);

if (quantity != 0) { if (item != null) { //if the passed in amount is 0, do nothing //as we're assuming "add 0 of this item" means //do nothing if (quantity != 0) AdjustQuantity(product, item.Quantity + quantity); } else { if (quantity > 0) { item = new ShoppingCartItem(product, quantity, dateAdded); //add to list Items.Add(item); } }

} }

128

10. Salve a alteração no arquivo ShoppingCart.cs pressionando Ctrl+S. Agora que corrigimos o problema iremos realizar o Check-in das alterações para gravá-las no Source Control. Além disso, precisamos associar esta alteração de código à correção do Bug com ID = 46.

11. Na janela Solution Explorer, clique com o botão direito sobre o arquivo ShoppingCart.cs e selecione a opção Check-in...

Figura 27Localicação da opção de check-in

12. Na janela Solution Explorer, clique com o botão direito sobre o arquivo ShoppingCart.cs e selecione a opção Check-in... No diálogo Check-In Source Files... digite o texto “Correcting problem with product quantity adjustment” no campo Comment e clique em na opção Work Items a direita.

129

Figura 28Localização da opção Work Items

13. No combo Query certifique-se de que My Bugs está selecionada. Selecione o checkbox ao lado da linha da work item 46. Note que a work item será alterada para o estado de resolvida (Resolve). Clique no botão Check In para confirmar as alterações e subir o código para o controle de versão.

Figura 29Localização do botão Check In

130

14. O próximo passo é compilar a solução, gerando um novo build que será novamente testado pelo testador. Selecione a janela do Team Explorer. Localize o nó Builds dentro do nó Tailspin Toys. Clique com o botão direito sobre a definição de build Tailspin Toys – Iteration 2 e selecione a opção Queue New Builld...

Figura 30Disparando um novo build da aplicação Tailspin Toys

15. No diálogo Queue Build “tailspin Toys” clique no botão Queue.

131

Figura 31Localização do botão Queue

16. Uma janela com informações sobre o progresso do build será aberta. Aguarde até que o build seja finalizado e esteja como na imagem abaixo.

Figura 32Monitorando a conclusão do build

17. Feche o Visual Studio.

132

18. Clique no atalho Tailspin Toys WebsiteDeployer na barra de inicialização rápida do Windows

Figura 33Localização do atalho para aplicação de deployment do site TailSpin Toys

19. Clique no botão de seleção (...) do item Build to deploy.

Figura 34Localização do botão browse

20. Clique no botão de seleção do item Build to deploy. Selecione o último build gerado dentro da pasta Tailspin Toys – Iteration 2 (verifique a data no nome do build) e clique em OK. (Atenção: o nome do seu build será diferente do nome na imagem abaixo)

Figura 35Localização do botão OK

133

21. Clique no botão Deploy to TEST para publicar a nova versão da aplicação para que ela esteja disponível para uma nova bateria de testes.

Figura 36Localização do botão Deploy to TEST

22. Após o término da execução pressione qualquer tecla para fechar o prompt de comando.

Figura 37Fechando o prompt de comando aberto ao término da execução

23. Feche a aplicação de deploy clicando no “X” da janela.

134

Exercício 3: Fechando um bug utilizando o Microsoft Test Manager 2010

1. Abra o Microsoft Test Manager a partir do menu Start | All Programs | Microsoft Visual Studio 2010 | Microsoft Test Manager 2010 caso ele não esteja aberto.

2. No Microsoft Test Manager 2010, selecione a aba Test e clique no link Verify Bugs. Note que o bug 46 que corrigimos no exercício anterior aparece automaticamente na lista de bugs a serem verificados, uma vez que estão no com o estado “Resolved”.

Figura 38Janela Verify Bugs

3. Selecione o bug 46 e clique no botão Verify. O Test Runner será aberto para execução de novo teste exploratório.

Figura 39Localização do botão Verify

135

4. No Test Runner deixe a opção Overwrite existing action recording desmarcada e clique no botão Start Test.




7. Clique no botão Model Airplanes na home page. Note que já temos um item no carrinho que foi preservado após nossa primeira execução.

136

Figura 41Clicando no link Model Airplanes

8. Clique no botão View Plane correspondente ao item Fourth Coffee Flyer.

Figura 42Clicando no botão View Plane

9. Clique no botão Add to Cart para adicionar o produto ao carrinho.

Figura 43Clicando no botão Add to Cart

137

10. Note que agora o item foi somado ao carrinho, indicando que o bug foi de fato corrigido.

Figura 44Clicando no botão Add to Cart

11. O próximo passo é fecharmos em definitivo o bug relacionado. Para isso feche o Internet Explorer e clique no botão Save and Close na janela do Test Runner.


12. O Test Manager automaticamente abrirá um diálogo para possibilitar o fechamento ou reabertura do bug relacionado ao teste. Para fechar o bug apenas clique no botão Save changes.

138

Figura 46Localização do botão Save changes

13. Clique no botão refresh da janela Verify Bugs e note que o bug já está fechado.

Para questões sobre este material envie um e-mail para [email protected]

Copyright © 2011 por Allmatech TI e Microsoft Corporation. Todos os direitos reservados.

web viewtreinamento em gestão do ciclo de vida de aplicações. perfil: time de...

Documents