Exercícios .com



Treinamento em Gest?o do Ciclo de Vida de Aplica??esPerfil: Time de Qualidade, TestadoresDesenvolvido por:3009900-381000A SERVI?O DE MICROSOFT BRASILLaboratório 1:Planejamento de Testes com o Microsoft Test Manager 2010Vis?o GeralO 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íciosCriando e configurando um plano de testes no Microsoft Test Manager 2010Adicionando suítes e casos de teste em um plano de testeCriando e adicionando requisites a um plano de testes1971675109918560 minutos0060 minutosExercício 1: Criando e configurando um plano de testes no Microsoft Test Manager 2010Neste 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.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). 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:CriarOrganizarExecutarCriar relatórios de bugPublicar os resultados dos testes no Microsoft Team Foundation Server.Figura SEQ Figure \* ARABIC 1Tela de inicializa??o (splash) do Microsoft Test ManagerAo 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 SEQ Figure \* ARABIC 2Selecionando o combo Activity Center no MTMQuando 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 SEQ Figure \* ARABIC 3Janela com o conteúdo do plano de testes Iteration 2Selecione o bot?o Home próximo ao combo Activity Center para abrir a janela Testing Center.Figura SEQ Figure \* ARABIC 4Abra a janela Testing Center clicando no bot?o HomeNa janela Testing Center, clique no bot?o Add para abrir o diálogo Add test plan.Figura SEQ Figure \* ARABIC 5Vizualiz??o da janela Testing CenterDigite “Release 2.0” como sendo o nome do plano e clique no bot?o Add para continuar.Figura SEQ Figure \* ARABIC 6Adicionando um novo plano de testesNa janela Testing Center, selecione o novo plano de testes criado e clique no bot?o Select Plan para abrí-lo.Figura SEQ Figure \* ARABIC 7Selecionando um plano de testesClique no link Properties para ver as propriedades do plano de testes. Figura SEQ Figure \* ARABIC 8Testing Center mostrando o novo plano de testesA 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.Para o campo Description, digite “Test plan for Tailspin Toys Web 2.0”.Para o combo Area path, escolha “Tailspin Toys\Web site”.Para o combo Iteration, escolha “Tailspin Toys\Iteration 2”.Figura SEQ Figure \* ARABIC 9Criando um novo plano de testesNa se??o Manual Runs, escolha Lightweight Diagnostics no combo Test settings e clique no link Open para abrir a janela Test Settings.Figura SEQ Figure \* ARABIC 10Ajustando as configura??es de execu??o do testeNa janela Test Settings, selecione o passo Data and Diagnostics.Figura SEQ Figure \* ARABIC 11Visualiza??o da janela Test settingsNota: As op??es do passo Data and Diagnostics permitem configurar as op??es de teste informando quais adaptadores deseja-se utilizar (Data Diagnostic Adapters).Selecione os adaptadores Actions, IntelliTrace, System Information, e Video Recorder (alguns podem já estar selecionados).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 SEQ Figure \* ARABIC 12Configurando adaptadores de diagnóstico e coleta de dados que ser?o utilizados durante a execu??o dos testesClique no bot?o Save para salvar o plano de teste. Figura SEQ Figure \* ARABIC 13Salvando o plano de testesNota: O plano de testes precisa ser salvo antes para que se possa selecionar o build a ser utilizado. 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 SEQ Figure \* ARABIC 14Selecionando o build a ser utilizado durantes a execu??o dos testesNa 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 SEQ Figure \* ARABIC 15Atribuindo um build ao plano de testesClique 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 SEQ Figure \* ARABIC 16Localiza??o do bot?o FecharAs 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.Clique no bot?o Apply para prosseguir.Figura SEQ Figure \* ARABIC 17Aplicando configura??es de plataforma para o plano de testesClique no bot?o Save and Close e feche o novo plano de testes.Figura SEQ Figure \* ARABIC 18Salvando e fechando o plano de testesExercício 2: Adicionando Suítes de Testes e Casos de Teste a um Plano de TesteNeste exercício, você aprenderá como adicionar suítes de testes e casos de testes existentes a um plano de testes.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 SEQ Figure \* ARABIC 19Conteúdo do plano de testes Release 2.0Crie 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 SEQ Figure \* ARABIC 20Criando uma nova suíte de testesDigite “Regression Test” como sendo o nome da suíte e pressione Enter para confirmar.Figura SEQ Figure \* ARABIC 21Nomeando uma nova suíte de testesSelecione 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 SEQ Figure \* ARABIC 22Localiza??o do bot?o AddNa janela Add Test Cases to Suite, clique no bot?o Run para ver todos os casos de testes para o projeto atual.Figura SEQ Figure \* ARABIC 23Executando uma query para pesquisar casos de testes e adicioná-los a uma suíte de testesSelecione 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.Figura SEQ Figure \* ARABIC 24Adicionando casos de testeFigura SEQ Figure \* ARABIC 25Casos de Testes adicionados a nova suíteAgora 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 SEQ Figure \* ARABIC 26Adicionando uma suíte de testes baseada em uma queryNa janela Create a Query-Based Test Suite, digite Tailspin Toys Suite no campo Name.Figura SEQ Figure \* ARABIC 27Informando o nome para a suíte de testesUtilize 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 SEQ Figure \* ARABIC 28Criando uma query para selecionar casos de testeClique no bot?o Run para visualizar o resultado da query.Figura SEQ Figure \* ARABIC 29Localiza??o do bot?o RunClique 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.Figura SEQ Figure \* ARABIC 30Localiza??o do bot?o Create test suiteVocê 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 SEQ Figure \* ARABIC 31Plano de testes exibindo as duas novas suítes de testeNota: 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. Exercício 3: Criando e Adicionado Requisitos ao Plano de TestesNeste 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.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 SEQ Figure \* ARABIC 32Janela com o conteúdo do plano de testes Release 2.0Crie uma nova user story clicando no combo do bot?o New e selecione User Story.Figura SEQ Figure \* ARABIC 33Criando uma nova work item do tipo User StoryDigite no campo Title da user story o texto “As a consumer, I want to be able to add a coupon code to my purchase”.Para o campo Risk da user story, selecione o item “2-Medium” no combo.Clique no bot?o Save and Close para continuar.Figura SEQ Figure \* ARABIC 34Defina e salve uma nova User StoryNa 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 SEQ Figure \* ARABIC 35Adicionando um novo requisito ao plano de testesNa 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:Figura SEQ Figure \* ARABIC 36Ajustando a query para ajudar a localizar as user stories do projetoClique no bot?o Run para obter os resultados da query. Você deverá visualizar a nova user story que acabou de criar.Figura SEQ Figure \* ARABIC 37Localiza??o do bot?o RunSelecione 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 SEQ Figure \* ARABIC 38Selecionando e adicionando a nova user story como um requisito a ser testadoNa 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.Clique no bot?o New no painel da direita para criar um novo caso de teste.Figura SEQ Figure \* ARABIC 39Criando um novo caso de teste para a user story (ou requisito)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 SEQ Figure \* ARABIC 40Criando novos casos de teste e atribuindo as propriedadesInforme os passos (Steps) para o novo caso de teste, conforme a figura abaixo:Figura SEQ Figure \* ARABIC 41Criando novos passos para o caso de testeClique 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 SEQ Figure \* ARABIC 42Localiza??o do bot?o Save and CloseNa 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 SEQ Figure \* ARABIC 43Suíte de testes baseada em requisitos exibindo o novo caso de testeLaboratório 2:Gerenciamento de Casos de Testes com o Microsoft Test Manager 2010Vis?o GeralO 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íciosEste laboratório contém os seguintes exercícios:Gerenciando Suítes de Teste e Casos de TesteAnalisando Execu??es de TesteSelecionando Builds para Teste1971675109918560 minutos0060 minutosExercício 1: Gerenciando Suítes de Teste e Casos de TesteNeste exercício você aprenderá como utilizar o Microsoft Test Manager para gerenciar suítes de teste e casos de teste.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). 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:CriarOrganizarExecutarCriar relatórios de bugPublicar os resultados dos testes no Microsoft Team Foundation Server.Figura SEQ Figure \* ARABIC 44Tela de inicializa??o (splash) do Microsoft Test ManagerAo 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 para automa??o da cria??o de ambientes de teste. Neste exercício ser?o focados os recursos do Testing Center.Figura SEQ Figure \* ARABIC 45Selecionando o combo Activity Center no MTMClique na aba Plan na barra superior do Testing Center.Figura 46Localiza??o da aba PlanNo 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 testeAbra 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 testeClique 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 StoriesFeche 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 SEQ Figure \* ARABIC 50Localiza??o do bot?o fechar caso de testeLocalize 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.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 queryLocalize 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 testeLocalize 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. Figura 53Trabalhando com casos de testeSelecione o caso de teste 41.Clique no bot?o Configurations para carregar a janela Select Test Configurations.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 testesClique no bot?o Apply Changes para continuar.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.Figura 55Janela de propriedades do Plano de TesteNota: 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.Clique no link Open ao lado do combo Test settings do grupo Manual Runs.Figura 56Localiza??o do link OpenClique 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ósticosHabilite a op??o Event Log e clique no bot?o Configure.Figura 58Adaptador de diganóstico Event LogNa 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 LogHabilite a op??o Video Recorder.Figure 60Adaptador para grava??o de vídeoClique no bot?o Finish para retornar para a janela de propriedades do plano de teste.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.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 testeA 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 testeA 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 buildPressione 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.Finalmente, note que um build está especificado para o setup da execu??o dos testes.Figura 64Vers?o de build especificada para testeFeche a janela de propriedades do plano de testes clicando no X no canto superior direito (Cuidado para n?o fechar o Test Manager!). Exercício 2: Analisando Execu??es de TesteNeste exercício veremos os como utilizar os recursos da atividade de teste para analisar os resultados das execu??es de teste.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.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 testeClique 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 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 bloqueadoClique 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 RunsAbra 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.Figura 68Resultados da execu??o de testeAbra 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 testeFeche 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). Exercício 3: Selecionando Builds para TesteNeste exercício, você aprenderá como utilizar as atividades de rastreabilidade para navegar e selecionar builds para teste.No Microsoft Test Manager, clique na aba Track na barra superior para abrir a atividade de rastreamento. Por padr?o, a janela Queries é carregada.Clique no link Assign Build para visualizar os builds disponíveis e as work items associadas.Figura 70Atribuindo builds para testarNo combo Available Builds, selecione o último build na lista (Tailspin Toys – Iteration 2_20100318.4).Figura 71Selecionando um buildDê 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 buildSelecione 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. 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 testesQuando 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. Figura 74Op??o para visualizar testes recomendadosEstas 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).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 ActiveRetorne para a janela de atividades de teste clicando no link Run Tests.Figura 76Retornando para a janela Test activitySelecione 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 reiniciadosRetorne 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 relacionadasRetorne 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.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 ResetClique 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 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 bugsLaboratório 3:Criando e Executando Testes Manuais com o Microsoft Test Manager 2010Vis?o GeralNeste 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íciosEste laboratório compreende os seguintes exercícios:Criando um Plano de Teste ManualExecutando um Plano de Teste ManualAnalisando o Resultado de um Teste ManualCriando Passos Compartilhados (Shared Steps)1971675109918560 minutos0060 minutosExercício 1: Criando um Plano de Teste ManualNeste 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.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). 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.Clique na aba Plan localizada na barra superior do Test Manager.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 SEQ Figure \* ARABIC 81Criando um novo teste manualNo 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.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.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.ActionExpected ResultOpen Model AirplanesClick Northwind TraderClick Add to CartClick CheckoutEnter @First, @Last, @Email, @Address, @City, @Country, @State, @PostalCodeClick Review OrderClick Place OrderConfirm order page has receipt #Receipt # should appear at top of order confirmation pageClose BrowserUm 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 passosNeste ponto os passos devem estar iguais à imagem abaixo:Figura 83Passos para o novo teste manualNota: 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. 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):FirstLastEmailAddressMichaelAffrontiMichael@One Microsoft WayChrisBarryChris@Two Tailspin Trail RobinWoodRobin@Nine Northwind StreetCityCountryStatePostalCodeRedmondUSAWashington98052SpringfieldUSAIllinois11135North WindUSANorth Dakota99909A se??o Parameter Values deve estar exatamente como na imagem abaixo:Figura 84Valores dos par?metros para o teste manualSalve 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 Exercício 2: Executando um Plano de Teste ManualNeste exercício você aprenderá como executar o plano de teste manual criado no primeiro exercício.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 TestNo painel da esquerda, expanda a árvore para encontrar o nó End-to-end tests e clique nele.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.Figura 87Localiza??o do bot?o RunNa janela Run Options, altere o item no combo test settings para Full Diagnostics.Figura 88Selecionando a configura??o de teste Full DiagnosticsNeste 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 recordingAguarde 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.Copie e cole a URL na barra de endere?o do browser e pressione Enter. Leverá alguns segundos para que o site carregue e execute.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 manualmenteNota: Para utilizar o atalho Ctrl+Windows+Q você deve ter que executar a VM em modo tela cheia.No Internet Explorer, clique no bot?o Model Airplanes e pressione Ctrl+Windows+Q se tudo correr bem (se o passo for bem sucedido).Clique no link Northwind Trader e pressione Ctrl+Windows+Q se o passo for bem sucedido.Clique no bot?o Add To Cart e pressione Ctrl+Windows+Q se o passo for bem sucedido.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 ResetClique 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. 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.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 testePressione Ctrl+Windows+Q para indicar que o passo foi bem sucedido.Clique no bot?o Review Order e pressione Ctrl+Windows+Q se o passo for bem sucedido.Clique no bot?o Place Order e pressione Ctrl+Windows+Q se o passo for bem sucedido.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.4038600-5715000Figura 93Página de pedido exibindo o número do reciboFeche a janela do Internet Explorer conforme instruído e pressione Ctrl+Windows+Q caso o passo tenha sido bem sucedido.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 nextNesta 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.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 OrderClique 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.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.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.Repita os mesmos passos executados na itera??o 2 para a itera??o o estamos na última itera??o, clique no link End iteration exibido ao final da execu??o do último passo.Clique no bot?o Save and Close para salvar o resultado dos testes.Figura 96Localiza??o do bot?o Save and CloseExercício 3: Analisando Execu??o de Testes ManuaisNeste exercício, você aprenderá como rever os resultados de uma execu??o de testes manual.Clique no bot?o View results.Figura 97Localiza??o do bot?o View ResultsNa 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 testeNa 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 testeNota: 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.Feche o vídeo.Expanda o painel Attachments. Este painel contém diversos anexos gravados durante o teste que podem auxiliar a realizar diagnósticos.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.xmlFeche o Internet Explorer que foi aberto para o arquivo SystemInformation.xml.Clique em Save and Close para fechar a janela de resultados de teste.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.No painel da direita, clique em Open test case para abrir o caso de teste selecionado.Figura 101Localiza??o do bot?o Open test caseNo 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.Clique com o bot?o direito na sele??o e selecione a op??o Create shared steps.Figura 102Criando shared stepsNo 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 criarClique 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 stepsClique no bot?o Save and Close para salvar e fechar os shared steps.Clique em Save and Close para salvar e fechar o teste.Laboratório 4:Testes Exploratórios com o Microsoft Test Manager 2010Vis?o GeralO 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íciosConfigurando Coletores de Dados no Microsoft Test Manager 2010Criando um Caso de Teste em Branco para Executar um Teste ExploratórioCriando um Bug ExploratórioCriando um Caso de Teste Manual a partir de um Bug Exploratório1971675109918560 minutos0060 minutosExercício 1: Configurando Coletodres de Dados no Microsoft Test Manager 2010Neste 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.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). 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:CriarOrganizarExecutarCriar relatórios de bugPublicar os resultados dos testes no Microsoft Team Foundation Server.Figura 105Microsoft Test Manager inicializandoQuando 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 2Selecione 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 testeNa se??o Run Settings, localize e clique no link Open próximo a op??o test settings no grupo Manual Runs, conforme imagem abaixo:Figura 108Abrindo configura??es para execu??es de testes manuaisNa 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ósticosNota: 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).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.Clique no bot?o Finish para salvar suas altera??es.Figura 110Localiza??o do bot?o FinishClique no bot?o Save and Close para salvar as altera??es no plano de testes.Figura 111Localiza??o do bot?o Save and CloseExercício 2: Criando um Caso de Teste em Branco para Executar um Teste ExploratórioNeste exercício você aprenderá como utilizar um caso de teste em branco para executar um teste exploratório.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 2Clique com o bot?o direito no nó Iteration 2 e selecione a op??o New test case.Figura 113Criando um novo caso de testesNo campo Title, digite “Exploratory Testing”.Clique no bot?o Save and Close para salvar o novo caso de teste.Figura 114Localiza??o do bot?o Save and CloseSelecione 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??oSelecione o caso de teste Exploratory Testing e clique no bot?o Run para iniciar o Test Runner.Figura 116Selecionando o novo caso de teste exploratório e iniciando sua execu??o 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 ativadaNota: 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.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.Carregue a aplica??o Tailspin Toys clicando no link Tailspin Toys na barra Favoritos.Figura 118Aplica??o Tailspin ToysClique 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.Figura 119Clicando em um link que n?o executa a a??o esperadaNota: 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.Exercício 3: Criando um Bug ExploratórioNeste exercício você aprenderá como criar um bug exploratório baseado nos passos do teste manual.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 RunnerUma 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 bugNa janela New Bug, digite “New Planes page does not load” no campo Title.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 logNota: 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.Clique no bot?o Save and close para salvar o novo bug.Figura 123Localiza??o do bot?o Save and CloseNeste ponto você pode escolher entre continuar testando ou finalizar o teste. Clique no bot?o Save and Close para sair do Test Runner.Figura 124Localiza??o do bot?o Save and CloseFeche o Internet Explorer.Exercício 4: Criando um Caso de Teste Manual a partir de um Bug ExploratórioNeste exercício você aprenderá como criar um caso de teste manual baseado na existência de um bug do tipo exploratório.No Microsoft Test Manager 2010, selecione a aba Test e clique no link Verify Bugs.Figura 125Vizualizando a janela Verify BugsClique no bot?o Created by me para visualizar os bugs criados por você (o usuário logado).Figura 126Visualizando bugs criados pelo usuárioSelecione o novo bug New Planes page does not load e clique no bot?o Open.Figura 127Abrindo um bugMais 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)Feche o Windows Media Player e feche o bug aberto para retornar para a visualiza??o Verify Bugs.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órioDigite “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.Clique no bot?o Save and Close.Figura 130Localiza??o do bot?o Save and CloseLaboratório 5:Testes em Diferentes Plataformas com o Microsoft Test Manager 2010Vis?o GeralO 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íciosCriando Novas Configura??es de Teste para Planos de TestesAssociando Configura??es de Teste a Casos de Teste ExistentesAssociando Casos de Teste a um Testador Baseado em Configura??es de TestesFiltrando Testes e Visualizando Configura??es de Teste ao Analisar Execu??es1971675109918560 minutos0060 minutosExercício 1: Criando Novas Configura??es de Teste para Planos de TestesNeste 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.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). 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:CriarOrganizarExecutarCriar relatórios de bugPublicar os resultados dos testes no Microsoft Team Foundation Server.Figura 131Microsoft Test Manager inicializandoQuando 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 Clique na aba Organize localizada na barra superior do Test Manager e clique no link Test Configuration Manager.Figura 133Vizualizando a janela Test Configuration ManagerClique no bot?o New para criar uma nova configura??o de teste.Figura 134Localiza??o do bot?o NewNo campo Name, digite “Windows Server 2008 and Firefox 3.0”.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.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??oClique no bot?o Save and Close para salvar a nova configura??o de teste.Figura 136Localiza??o do bot?o Save and CloseA 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 testeSelecione a aba Plan na barra superior do Test Manager e clique no link Properties para visualizar as propriedades do plano de teste Iteration 2.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 testesSelecione 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 testeClique no bot?o Save and Close para salvar as altera??es realizadas nas configura??es do plano de teste.Figura 140Localiza??o do bot?o Save and CloseExercício 2: Associando Configura??es de Teste a Casos de Teste ExistentesNeste exercício você irá aprender como associar configura??es de teste a casos de teste existentes.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 2Selecione a suíte de testes número 7 para visualizar seus casos de teste.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??esClique no bot?o Configurations.Figura 143Localiza??o do bot?o ConfigurationsSelecione 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 Selecione a aba Test na barra superior do Test Manager e clique no link Run Tests.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 adicionaisNote 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. Exercício 3: Associando Casos de Teste a um Testador Baseado em Configura??es de TestesNeste exercício você aprenderá como associar casos de teste para diferentes testadores, fazendo a escolha dos testadores baseado nas configura??es de teste.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 2Selecione a suíte de teste número 7 caso ela ainda n?o esteja selecionada.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 testadoresNota: 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.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.Clique no bot?o Save Assignments para salvar suas altera??es.Figura 148Localiza??o do bot?o Save AssignmentsExercício 4: Filtrando Testes e Visualizando Configura??es de Teste ao Analisar Execu??esNeste exercício você aprenderá como filtrar testes em execu??o e como visualizar os detalhes de configura??o ao analisar execu??es dos testes.No Microsoft Test Manager 2010, clique na aba Test. Clique no link Run Tests.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 testeClique no combo Filter para visualizar as op??es de filtro e selecione a configura??o Windows Server 2008 and IE8.Clique no bot?o Set Filter.Figura 150Filtrando por configura??o de testeUma 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??oSelecione uma das execu??es e clique no bot?o View Results.Figura 152Visualizando os resultados de execu??o de um caso de testeNa 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??oClique no link Analyze Test Runs.Figura 154Localiza??o do link Analyze Test RunUtilize o combo Start date range para selecionar a op??o All.Figura 155Ajustando o intervalo de data de início para exibir todasSelecione 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 testeExpanda a se??o Tests e note que neste ponto também é registrada a configura??o utilizada.Figura 157Resultados de execu??o exibindo a configura??o utilizadaLaboratório 6:Introdu??o a Coded UI com o Microsoft Visual Studio Ultimate 2010Vis?o GeralTestes 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íciosIntrodu??o a Gera??o de Código a Partir de Testes Manuais Utilizando Action RecordingsIntrodu??o a Gera??o de Código Utilizando o Coded UI Test BuilderDemonstra??o de Testes de Interface Parametrizados com Coded UI Tests1971675109918560 minutos0060 minutosExercício 1: Introdu??o a Coded UI com o Microsoft Visual Studio Ultimate 2010Neste 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). 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).Abra o Microsoft Visual Studio a partir do menu Start | All Programs | Microsoft Visual Studio 2010 | Microsoft Visual Studio 2010.Crie um novo projeto de teste (File | New | Project…).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 TestFeche a janela que está exibindo o arquivo UnitTest1.cs.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 UIExistem 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 UINa janela de sele??o de Work Items, selecione o projeto Tailspin Toys.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.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 recordingClique 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)Navega até o método CodedUITestMethod1 gerado no arquivo CodedUITest1.cs. Cada linha neste método representa um passo do action recording.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 testeRole 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 geradoO método ClickFourthCoffeeFlyer n?o especifica os par?metros para o link diretamente. Ao invés disso ele faz referência à propriedade “UIBlankPageWindowsInteWindow.UIHomeTailspinToysDocument1.UIFourthCoffeeFlyerHyperlink”. Navegue para a defini??o da propriedade UIFourthCoffeeFlyerHyperlink para visualizar como ela está implementada. Figura 164Defini??o da propriedade UIFourthCoffeeFlyerHyperlinkNota: 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.Feche o arquivo UIMap.Designer.cs e retorno ao arquivo CodedUITest1.cs file.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 TestsEnquanto 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 UIVerifique se o teste passou visualizando a janela Test Results, embora neste caso ainda n?o estejamos realizando valida??es em nenhum dos testes.Figura 167Janela Test Results exibindo o teste bem sucedidoExercício 2: Introdu??o a Gera??o de Código Utilizando o Coded UI Test BuilderNeste 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.Abra o Internet Explorer e clique no bot?o Tailspin Toys na barra de Favoritos.Figura 168Link para a aplica??o Tailspin ToysClique no link Model Airplanes. Clique no link Fourth Coffee Flyer.Clique no link Add To Cart para adicionar o item ao carrinho de compras da aplica??o.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 UIClique 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 BuilderNota: 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.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??oSelecione a propriedade Text e clique no bot?o Add Assertion. Isto abrirá um diálogo para configurar op??es para a valida??o.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??oConfirme 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??oClique no bot?o Generate Code na janela do Coded UI Test Builder.Figura 174Localiza??o do bot?o Generate Code 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??oRemova o item “Fourth Coffee Flyer” do carrinho de compras.Feche o Coded UI Test Builder.Feche a janela do Internet Explorer retorne o Visual Studio.Note que o código de valida??o foi adicionado.Figura 176Novo passo de valida??o criado no teste de coded UIClique com o bot?o direito no código e selecione a op??o Run Tests executar o testes com os novos passos de valida??oExercício 3: Demonstra??o de Testes de Interface Parametrizados com Coded UI TestsNeste 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.Aba o Microsoft Test Manager a partir do menu Start | All Programs | Microsoft Visual Studio 2010 | Microsoft Test Manager 2010.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 selecionadaSelecione o caso de teste 41 e clique no bot?o Open Test Case.Figura 178Abrindo o caso de teste 41Na 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.Salve as altera??es no caso de teste e retorne ao Visual Studio.Execute os testes novamente e note que o teste falha na quarta itera??o.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.Figura 179Janela Test results mostrando a valida??o que falhou durante a execu??oLaboratório 7:Ciclo de Corre??o de Bugs com o Microsoft Test Manager 2010Vis?o GeralNeste 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 bugO desenvolvedor recebe o bug através do Visual Studio e corrige o bugO testador verifica a efetividade da corre??o do bug e fecha o bugExercíciosIdentificando um bug Utilizando um Teste ExploratórioCorrigindo um bug utilizando o Visual Studio 2010Fechando um bug utilizando o Microsoft Test Manager 20101971675109918560 minutos0060 minutosExercício 1: Identificando um Bug Utilizando um Teste ExploratórioFa?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). Abra o Microsoft Test Manager a partir do menu Start | All Programs | Microsoft Visual Studio 2010 | Microsoft Test Manager 2010. Figura 180Microsoft Test Manager inicializandoNo 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 2Clique com o bot?o direito no nó Iteration 2 e selecione a op??o New test case.Figura 182Criando um novo caso de testesNo campo Title, digite “Exploratory Testing for Shopping Cart”.Clique no bot?o Save and Close para salvar o novo caso de teste.771525359410004562475698500Figura 183Localiza??o do bot?o Save and CloseSelecione 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 184Carregando testes que est?o prontos para execu??oSelecione 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.74295079502000Figura 185Localiza??o da op??o “Run with options“No diálogo Run Options, no grupo Manual Test Runs selecione o item Full Diagnostics no combo Test settings e clique no bot?o Run2381250150304500119062588392000Figura 186Configurando Full DiagnosticsApó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 ativadaAguarde 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.Carregue a aplica??o Tailspin Toys clicando no link Tailspin Toys na barra Favoritos.Figura 188Aplica??o Tailspin ToysClique no bot?o Model Airplanes na home page.156210029464000Figura 189Clicando no link Model AirplanesClique no bot?o View Plane correspondente ao item Fourth Coffee Flyer.200977596583500Figura 190.1Clicando no bot?o View PlaneClique no bot?o Add to Cart para adicionar o produto ao carrinho.388620097218500Figura 191.2Clicando no bot?o Add to CartClique novamente no bot?o Model Airplanes. Objetivo é adicionarmos novamente o mesmo item ao carrinhho, para comprar 2 unidades do mesmo produto101917529527500Figura 192.3Clicando no bot?o Model AirplanesMais uma vez, clique no bot?o View Plane correspondente ao item Fourth Coffee Flyer.200977596583500Figura 193.4Clicando no bot?o View Plane (de novo!)Clique no bot?o Add to Cart para adicionar o produto ao carrinho um item adicional deste produto.388620097218500Figura 194.5Clicando no bot?o Add to Cart mais uma vezClique no bot?o Add to Cart para adicionar o produto ao carrinho um item adicional deste produto.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.378142549276000Para criar o bug clique no combo ao lado do bot?o Create bug na janela do Test Runner.Figura 195Criando o bug exploratório referente ao carrinho de comprasPara 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 bugNa 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).Clique no bot?o Save and close para salvar o novo bug.271462530194250013620754667250092392515240000Figura 197Localiza??o do bot?o Save and CloseFinalize os testes clicando no bot?o Save and Close.Figura 198Localiza??o do bot?o Save and CloseFeche o Internet Explorer.Exercício 2: Corrigindo um Bug Utilizando o Visual Studio 2010Abra o Microsoft Visual Studio a partir do menu Start | All Programs | Microsoft Visual Studio 2010 | Microsoft Visual Studio 2010.Selecione o Team Explorer que deve estar na lateral direita no Visual Studio1552575270002000Figura 199Localiza??o do bot?o Team ExplorerExpanda o item Work Items | Team Queries. Efetue um duplo-clique no item My Bugs.1304925167640000Figura 22Localiza??o do bot?o query de Work Items My BugsEfetue um duplo-clique na linha do bug 46 para visualizar os detalhes do bug.107632564643000Figura 23Localiza??o do bug 46No 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.2652395292925500169545014763750018288003019425001828800346710000Figura 24Visualizando os detalhes do bug no Visual StudioNo 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.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.1123950163639500Figura 25Localizando o arquivo que contém o trecho de código que originou o bugAbra 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.1276350126682500Figura 26Localizando o método AddItem no arquivo ShoppingCart.csNote 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 nothing33528007302500 if (quantity != 0) AdjustQuantity(product, item.Quantity + quantity); } else { if (quantity > 0) { item = new ShoppingCartItem(product, quantity, dateAdded); //add to list Items.Add(item); } } } }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.Na janela Solution Explorer, clique com o bot?o direito sobre o arquivo ShoppingCart.cs e selecione a op??o Check-in...1704975258191000Figura 27Localica??o da op??o de check-inNa 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.76200059055000Figura 28Localiza??o da op??o Work ItemsNo 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.3676650267081000139065059436000140017526098500Figura 29Localiza??o do bot?o Check InO 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...942975162687000Figura 30Disparando um novo build da aplica??o Tailspin ToysNo diálogo Queue Build “tailspin Toys” clique no bot?o Queue.2257425319595500Figura 31Localiza??o do bot?o QueueUma janela com informa??es sobre o progresso do build será aberta. Aguarde até que o build seja finalizado e esteja como na imagem abaixo.638175138874500Figura 32Monitorando a conclus?o do buildFeche o Visual Studio.Clique no atalho Tailspin Toys WebsiteDeployer na barra de inicializa??o rápida do Windows19526253238500Figura 33Localiza??o do atalho para aplica??o de deployment do site TailSpin ToysClique no bot?o de sele??o (...) do item Build to deploy.575310032893000Figura 34Localiza??o do bot?o browseClique 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)1800225212407500Figura 35Localiza??o do bot?o OKClique 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.231457564325500Figura 36Localiza??o do bot?o Deploy to TESTApó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??oFeche a aplica??o de deploy clicando no “X” da janela.Exercício 3: Fechando um bug utilizando o Microsoft Test Manager 2010Abra 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.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”.11430003378200029432253302000Figura 38Janela Verify BugsSelecione o bug 46 e clique no bot?o Verify. O Test Runner será aberto para execu??o de novo teste exploratório.676275147701000141287579946500Figura 39Localiza??o do bot?o VerifyNo Test Runner deixe a op??o Overwrite existing action recording desmarcada e clique no bot?o Start Test.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.Carregue a aplica??o Tailspin Toys clicando no link Tailspin Toys na barra Favoritos.Figura 40Aplica??o Tailspin ToysClique 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.1257300762000074295048577500 Figura 41Clicando no link Model AirplanesClique no bot?o View Plane correspondente ao item Fourth Coffee Flyer.183832585090000Figura 42Clicando no bot?o View PlaneClique no bot?o Add to Cart para adicionar o produto ao carrinho.348615085915500Figura 43Clicando no bot?o Add to Cart333375064897000Note que agora o item foi somado ao carrinho, indicando que o bug foi de fato corrigido. Figura 44Clicando no bot?o Add to CartO 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.72390020764500Figura 45Localiza??o do bot?o Save and CloseO 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.2924175192595500Figura 46Localiza??o do bot?o Save changesClique no bot?o refresh da janela Verify Bugs e note que o bug já está fechado.399097512992100056007004191000Para quest?es sobre este material envie um e-mail para contato@.brCopyright ? 2011 por Allmatech TI e Microsoft Corporation. Todos os direitos reservados. ................
................

In order to avoid copyright disputes, this page is only a partial summary.

Google Online Preview   Download