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

Perfil: Líderes, Coordenadores

Desenvolvido por:

A SERVIÇO DE MICROSOFT BRASIL

2

Laboratório 1:

Planejando seus Projetos com o Microsoft Team Foundation Server 2010

Visão geral

Neste laboratório você irá aprender sobre alguns dos novos recursos do Team Foundation Server 2010 para gerenciamento de projetos ágeis. Você irá aprender que o Team Foundation Server 2010 agora suporta work items hierárquicos, que permitem um rico relacionamento dos tipos pai/filho e sucessor/predecessor. Você verá como as novas planilhas do Excel podem ser usadas para rapidamente gerenciar seu backlog e planejamento de iterações. Você verá também como o Microsoft Project pode ser usado para criar um planejamento detalhado que pode ser completamente sincronizado com o Team Foundation Server 2010.

Exercícios

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

1. Gerenciando Histórias de Usuários

2. Gerenciando os Work Items de uma Iteração e a Capacidade do Time

3. Trabalhando com Work Items Hierárquicos no Visual Studio e no Project

4. Introdução aos Documentos de Exemplo do Processo MSF Agile

60 minutos

3

Exercício 1: Gerenciando Histórias de Usuários

Neste exercício, você irá aprender como usar a pasta de trabalho Product Backlog para gerenciar os work items de história de usuário (user story) a partir do Team Foundation Server. Histórias de usuários são sentenças simples e objetivas que descrevem as ações que o usuário deve tomar e são tipicamente escritas quando iniciando o projeto de software.

1. Realize o login com o usuário Abu Obeida Bakhach (Dev), caso você ainda não o tenha feito. A senha é P2ssw0rd (P maiúsculo, o número dois, duas letras s, a letra w, o número zero, a letra r e a letra d).

2. Abra o Microsoft Visual Studio utilizando o seguinte caminho Start | All Programs | Microsoft Visual Studio 2010 | Microsoft Visual Studio 2010.

3. No Team Explorer, expanda o nó do projeto Tailspin Toys, seguindo pelas pastas Documents e Shared Documents. Então você encontrará o documento Product Planning.xlsm.

Figura 1Localização da pasta de trabalho Product Planning

4

4. O documento Product Planning habilita você a gerenciar seus work items do tipo product backlog a partir do Microsoft Excel. Dê um duplo clique no arquivo Product Planning.xlsm para abri-lo e, quando solicitado, pressione OK.

Figura 2Caixa de confirmação para download de arquivo

Nota: Quando solicitado a digitar uma chave de produto, clique no botão Continue seguido pelo botão No para continuar utilizando a versão de trial. Procure na barra de tarefas se esta janela de confirmação não está em background.

5. Para nos assegurar que os dados exibidos refletem o estado atual no Team Foundation Server (TFS), clique no botão Refresh na aba Team do Excel.

Figura 3Localização do botão Refresh

5

6. O arquivo Product Planning, que exibe todas as histórias de usuário existentes, é carregado inicialmente no modo somente leitura. Cada história de usuário é representada como um work item no TFS. Clique no botão Edit Workbook perto do topo da pasta de trabalho.

Figura 4Localização do botão Edit Workbook

7. Note que cada história de usuário representada aqui tem um estado e uma iteração atribuídos. Todas as histórias de usuário associadas com a Iteration 1 já estão completas, as três histórias de usuário associadas a Iteration 2 estão atualmente em progresso ou resolvidas, e as demais estão atribuídas ao backlog.

Figura 5Estado inicial das colunas State e Iteration Path

6

8. Selecione a aba Iterations da pasta de trabalho (próximo ao rodapé da pasta de trabalho). Esta aba ajuda a definir iterações e balancear a carga de trabalho entre as iterações. As colunas Planned e Delivered representam a quantidade de trabalho que nós planejamos para completar e a quantidade de trabalho completado durante a iteração, onde o trabalho é mensurado em story points. Quando planejamos uma nova iteração, nós podemos levar em conta o trabalho planejado e entregue nas iterações anteriores. Isto nos ajuda a atribuir o nível apropriado de trabalho para futuras iterações.

Figura 6Estado inicial da pasta de trabalho Iteration planning

9. Agora vamos começar a planejar uma nova iteração. Abaixo do cabeçalho Story Points per Iteration, encontre a linha referente à Iteration 3 e digite a data da próxima segunda-feira no campo Start Date. É importante que esta data esteja no futuro. Digite no campo End Date a data referente ao fim da semana (a próxima sexta-feira). E, finalmente, digite 3 para o campo Team Size.

7

Figura 7Adicionando a Iteration 3

10. O próximo passo é iniciar a atribuição das histórias atuais do cliente a nova iteração. Retorne a pasta de trabalho Product Backlog e atribua os três primeiros itens do Backlog para a Iteration 3. Note que cada história do cliente possui seu próprio número de story points atribuído. Estes pontos, que representam uma ordem de magnitude para a quantidade de trabalho, são definidos antecipadamente e usados posteriormente para nos ajudar a balancear o planejamento do desenvolvimento entre as interações.

Figura 8Work items do Backlog alterados para a Iteration 3

11. Volte para a aba Iterations para comparar a carga de trabalho com a iteração anterior. As três novas tarefas que nós adicionamos a nova iteração somam 10 story points, que é menos que os 14 que nós estimamos com base no tamanho do time da Iteration 2, e menos que as 20 que nós entregamos durante a Iteration 1.

8

Figura 9Pasta de trabalho Iteration Planning exibindo a carga de trabalho para a Iteration 3

12. Temos a impressão de que temos uma capacidade produtiva maior, então vamos atribuir mais algum trabalho a Iteration 3. Retorne ao Product Backlog e encontre uma user story com o ID de número 15. Esta história de usuário está estimada em 4 story points, que totalizaria a quantidade de story points da Iteration 3 para o valor que nós queremos. Note que algumas histórias de usuário do backlog foram puladas porque seus story points indicam que elas trariam muito trabalho para esta iteração.

13. Altere o Iteration Path para a user story 15 para Iteration 3.

14. Volte para a aba Iterations e note que a Iteration 3 agora mostra que nós estamos utilizando a quantidade correta de trabalho considerando as story points, o tamanho do time e o tamanho da iteração.

9

Figura 10Pasta de trabalho Iteration Planning exibindo a Iteration 3 atualizada

15. Note que a pasta de trabalho Product Planning também possui uma aba Interruptions que nos permite contabilizar feriados ou outros eventos que comprometam o dia todo do time. Este dado afeta a coluna Days da aba Iterations caso a data da interrupção caia dentro do intervalo da iteração.

10

Figura 11Aba Interruptions da planilha Product Planning

16. Agora que nós modificamos e completamos o planejamento de nossa nova iteração, nós podemos salvar as alterações realizadas no TFS. Retorne a aba Product Backlog, clique em qualquer lugar na tabela e selecione o botão Publish a partir da aba Team do Excel.

Figura 12Localização do botão Publish

11

Nota: Pode levar algum tempo para que as mudanças sejam publicadas no TFS.

17. Agora que nós terminamos de trabalhar com a planilha Product Planning, feche e salve as mudanças quando solicitado.

12

Exercício 2: Gerenciando os Work Items de uma Iteração e a Capacidade do Time

Neste exercício você irá aprender como quebrar uma user story em tarefas individuais que podem ser atribuídas para os membros apropriados do time baseado nas habilidades e capacidade de trabalho. Tudo isto será feito no contexto da Iteration 3.

1. No Team Explorer, navegue para a planilha Iteration 3 Backlog.xlsm que está em Tailspin Toys | Documents | Shared Documents | Iteration 3. Dê um duplo clique em Iteration 3 Backlog.xlsm para abrir o mesmo no Excel, clicando no botão OK quando solicitado.

2. Para se assegurar que os dados exibidos estão refletindo o estado atual no Team Foundation Server (TFS), clique no botão Refresh dentro da aba Team do Excel.

3. Clique no botão Edit Workbook para sair do modo somente leitura.

Figura 13Localização do botão Edit Workbook

4. Esta pasta de trabalho nos fornece uma visualização hierárquica dos work items que estão atualmente associados a Iteration 3. Por exemplo, a primeira user story mostra que existem três tarefas filhas associadas abaixo dela. Relacionamentos hierárquicos de work item, que são novos no Team Foundation Server 2010, incluem os tipos pai/filho, sucessor/predecessor, testes/testados por, etc.

5. As primeiras três user stories listadas já possuem atribuição a tarefas filhas e estão delegadas aos colaboradores disponíveis. Selecione a célula associada com o último work item (ID = 15) na coluna Title 1.

13

Figura 14Selecionando o título da última user story

6. Abaixo da aba Team, clique no botão Add Child por 3 vezes.

Figura 15Adicionando três novos work items filhos

7. Mude o Work Item Type de cada linha para Task.

Figura 16Mudando o tipo do work item para Task

8. Na coluna Title 2 para a primeira tarefa, digite “Create stored procedure for password reset”. Para a segunda tarefa digite “Design password reset UI” e, finalmente para a última

14

tarefa digite “Implement password reset UI”. Digitando os novos títulos na coluna Title 2 fará com que eles se tornem filhos da user story acima deles.

Figura 17Adicionando títulos as novas tarefas

9. Agora nós vamos atribuir as novas tarefas aos membros apropriados do time. Atribua à primeira tarefa a Doris, a segunda para April e a terceira para Abu.

Figura 18Atribuindo tarefas aos membros do time

10. A coluna Remaining Work representa o número de horas restantes para completar a tarefa. Entre com 2, 3 e 6, respectivamente.

Figura 19Atribuindo horas de trabalho as tarefas

11. Vá até a coluna Area Path e entre com Database, Web site e Web site para as novas tarefas, respectivamente.

15

Figura 20Alterando a área para uma tarefa

12. Finalmente, atribua todas as tarefas a Iteration 3, mesmo para as tarefas que já estão atribuídas. O método mais simples de fazer isto é copiar a primeira célula (Ctrl+C) que exibe Iteration 3, e selecionar o restante das células na coluna Iteration Path e então colar (Ctrl+V).

Figura 21Mudando a iteração da tarefa para Iteration 3

16

13. Posicione o cursor em algum lugar dentro da tabela e clique no botão Publish a partir da aba Team no Excel. Isto irá criar as novas tarefas como filhas da última user story no TFS.

14. Agora que nós definimos as tarefas que compões a user story, nós gastaremos algum tempo assegurando que os membros corretos do time estão com suas respectivas tarefas atribuídas e assegurar que nós não sobrecarregamos alguém. Comece navegando para a aba Settings.

Figura 22Visão inicial da aba Settings

15. Para o campo Iteration, selecione Iteration 3.

Figura 23Selecionando a iteração Iteration 3

16. Para os campos Start Date e End Date, digite as mesmas datas que você digitou no exercício anterior, ou seja, as datas entre a próxima segunda-feira e a próxima sexta-feira.

Figura 24Digitando Start e End Date

17

17. Vá para a aba Capacity, encontre a sessão Individual Capacity, e selecione os três membros do time que irão trabalhar nas tarefas da Iteration 3, chamados Abu, April e Doris. Nós não selecionaremos Michael porque ele é o gerente de projetos e é apenas responsável paras histórias de usuário.

Figura 25Atribuindo os membros do time para a Iteration 3

18. A coluna Hours/Day, representa as horas estimadas por dia que cada membro do time irá dedicar ao projeto. Digite 5 para cada um dos três membros.

18

Figura 26Individual capacity para Iteration 3

19. Note que o gráfico Individual Capacity mostra que Abu e Doris estão subutilizados, enquanto April está próxima de sua capacidade máxima. Vamos desonerar April transferindo algum trabalho para Abu. Retorno para a aba Iteration Backlog e atribua a tarefa “Implement web front-end for viewing all open orders” (ID = 33) para Abu.

Figura 27Redistribuindo trabalhos entre os membros do time

20. Volte para o gráfico Capacity para visualizar que a distribuição da carga de trabalho está melhor.

19

Figura 28Gráfico Individual de capacidade melhor distribuído

21. Esta planilha também nos permite contabilizar os feriados ou outras interrupções que afetem a capacidade do time. Abra a aba Interruptions e adicione uma entrada em Holidays para uma reunião da companhia que acontecerá na próxima sexta-feira. Isto irá aplicar ao time inteiro.

Figura 29Interrupção do time

22. Na tabela Planned Interruptions, adicione uma entrada para April uma vez que ela irá para um evento, o MIX Web Design Conference, na quinta-feira e na sexta-feira. Note que a coluna Days é preenchida com 2 dias. A coluna Remaining Days fica com o valor 1 porque já está levando em conta a reunião da companhia que se aplica a todo o time.

Figura 30Interrupção individual

20

23. Volte para a aba Capacity para visualizar o efeito destas interrupções agendadas. Note que April agora está sobre carregada.

Figura 31Individual capacity exibindo um membro do time sobrecarregado

24. Uma das possíveis soluções para aliviar a carga de trabalho de April seria trocar uma de suas tarefas com Doris, que atualmente possui alguma capacidade extra. Ao invés de fazer isto neste momento, considere o cenário onde Doris não possui a habilidade necessária para pegar o trabalho atribuído a April. Retorne ao Iteration Backlog e mude as últimas quatro tasks (correspondendo as últimas quatro linhas) que possuem seu Iteration Path configurado para Backlog.

21

Figura 32Retornando tarefas para o backlog

25. Agora que nós voltamos algum trabalho para o backlog, o time estará apto a completar as tarefas não atribuídas com a capacidade disponível. Retorne a aba Capacity pela última vez para verificar isto.

22

Figura 33Capacidade do time e dos membros

26. Salve as mudanças realizadas nos work items retornando a aba Iteration Backlog, marcando o cursor em algum lugar dentro da tabela e clicando no botão Publish.

Nota: A aba Burndown possui um gráfico que você pode usar para rastrear o progresso dos trabalhos durante a iteração. A medida que as tarefas são completadas, você tem uma ideia do progresso da iteração.

23

Figura 34Visualização da aba Burndown

27. Feche o Excel e salve as mudanças quando solicitado e retorne ao Visual Studio.

24

Exercício 3: Trabalhando com Work Items Hierárquicos no Visual Studio e Project

Neste exercício, você irá aprender como gerenciar work items hierárquicos a partir do Visual Studio e como tomar vantagem do Project para um gerenciamento mais detalhado do projeto.

1. É possível trabalhar com algumas tarefas da iteração que nós criamos no exercício anterior com o Visual Studio. No Team Explorer, navegue para Work Items | Team Queries | Iteration 3 e dê um duplo clique em Iteratin Backlog.

Figura 35Visualização da Iteration Backlog para a Iteration 3

2. Existem inúmeros mecanismos de UI que permitem trabalhar de forma fácil com work items no Visual Studio. Clique nos ícones de + e – para ver como se expandem e se recolhem os nós com seus filhos.

3. Arraste e solte uma tarefa de uma user story para outra. Note que as mudanças são exibidas em negrito.

25

Figura 36Mudanças exibidas em negrito

4. Selecione uma tarefa filha com um clique simples e então clique na seta verde para direita a fim de mudar o nível de hierarquia.

Figura 37Localização da seta de identação

5. Para adicionar work items aninhados que podem usar qualquer um dos tipos de links suportados, clique com o botão direito em uma tarefa existente (não interessa qual) e selecione New Linked Work Item a partir do menu de contexto.

Figura 38Opção para Novo Linked Work Item…

6. Expanda a combo Link Type para ver todos os tipos de link suportados.

26

Figura 39Tipos de link suportados

7. Nós não vamos salvar estas mudanças. Clique no botão Cancel para retornar aos work items da Iteration 3.

8. Clique no botão Refresh para retornar a lista original de work items, selecionando No quando perguntado se quer salvar os itens modificados.

Figura 40Localização do botão Refresh

27

9. O Microsoft Project pode ser utilizado para trabalhar com os work items do TFS com o objetivo de criar um planejamento mais detalhado do projeto. No combo Open in Microsoft Office selecione e clique em Open Query in Microsoft Project.

Figura 41Abrindo uma query no Microsoft Project

10. Após o Project carregar, reajuste a tela de modo que você possa ler claramente o título dos work items. Note que os dados usados para criar o gráfico de Gantt estão no painel do lado direito.

Figura 42Visão inicial do resultado da query no Microsoft Project

11. O TFS 2010 também suporta sucessor/antecessor como relacionamento entre os work items. Selecione a coluna Predecessors para o work item 33 e digite 2, 4 na célula. Isto indica que os work items 32 e 34 devem ser completados primeiro. Os números 2 e 4 que você digitou correspondem ao número de linha dentro do Project.

Figura 43Editando o relacionamento de sucessor/predecessor

28

12. Adicione mais relacionamentos successor/predecessor fazendo com que o work item 36 tenha como predecessor o work item 35 digitanto 6 na coluna Predecessors. Faça o mesmo para que o work item 38 tenha como predecessor os work items 37 e 39.

Figura 44Visualização final da coluna Predecessors

Nota: Apesar de estar fora do escopo deste laboratório, você pode usar o Microsoft Project para criar um planejamento muito mais detalhado, definindo datas de início e fim de cada work item, por exemplo.

13. Salve as mudanças de volta para o TFS selecionando qualquer célula na tabela e clicando no botão Publish.

14. Retorne ao Visual Studio e dê um duplo clique no work item 33 entitulado “Implement web front-end for viewing all open orders”.

15. Selecione a aba All Links para verificar que os work items 32 e 34 estão listados como predecessores deste work item.

Figura 45Aba All Links exibindo os predecessores

29

Exercício 4: Introdução aos Documentos de Exemplo do Processo MSF Agile

Neste exercício você será apresentado a dois exemplos de documentos que estão disponíveis com o template de processo MSF Agile.

1. No Team Explorer, navegue para a pasta Documents | Samples and Templates | Personas and Design e dê um duplo clique em Sample Document – Persona Definition.docx para abrir o mesmo no Microsoft Word. Você precisará confirmar o download do arquivo.

Figura 46Localização do documento Persona definition

2. Dê uma olhada rápida pelo documento Persona Definition para ter uma ideia sobre o que ele oferece.

30

Figura 47Início do documento Persona definition

Utilização de Personas é uma forma de melhorar o design de softwares que são usados por pessoas com diferentes necessidades, experiências e níveis de habilidade. Este documento contém a definição de uma persona para um projeto de exemplo.

Figura 48Exemplo de persona

3. Volte para o Team Explorer e abra o documento Sample Document – Iteration Retrospective.docx a partir da pasta Retrospectives.

31

Figura 49Início do documento de exemplo iteration retrospective

Este documento é usado para registrar as discussões e ações de uma retrospectiva de iteração. Retrospectivas de iteração são mantidas ao fim de cada iteração para refletir sobre como o time se comportou durante a iteração. Este exemplo de documento contem os objetivos da iteração, estatísticas de progresso, bem como o que foi bem feito e o que não e, finalmente, as ações para melhoria.

32

Laboratório 2:

Acompanhamento da Qualidade

Visão geral

O Microsoft Visual Studio 2010 permite um acompanhamento detalhado dos resultados de teste. Este laboratório irá apresentar a você como trabalhar com os vários recursos de relatório disponíveis com o Visual Studio 2010.

Exercícios

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

1. Visualizando o Status do Plano de Testes no Microsoft Test Manager 20102. Visualizando o Quality Dashboard3. Visualizando Relatórios no Microsoft Visual Studio 20104. Criando Queries Complexas para Relatórios Avançados5. Criando Relatórios no Microsoft Excel

60 minutos

33

6.7.8.9.10.11.12.13.14.15.16.17.18.19.20.21.22.23.24.25.26.27.28.29.30.31.32.

Exercício 1: Visualizando o Status do Plano de Testes no Microsoft Test Manager 2010

Neste exercício você irá aprender como visualizar o status de um plano de testes usando o Microsoft Test Manager 2010.

34

1. Realize o login com o usuário Abu Obeida Bakhach (Dev), caso você ainda não o tenha feito. A senha é P2ssw0rd (P maiúsculo, o número dois, duas letras s, a letra w, o número zero, a letra r e a letra d).

2. Abra o Microsoft Test Manager a partir do menu Start | All Programs | Microsoft Visual Studio 2010 | Microsoft Test Manager 2010. Esta nova ferramenta é dedicada a testes de softwares manuais que foi construída sobre o Visual Studio 2010.

Nota: Microsoft Test Manager permite aos testadores trabalhar com planos de testes, escrever e organizar casos de testes manuais, executar casos de testes, arquivos de bugs, e colocar os resultados de volta no Team Foundation Server.

Figura 50Inicialização do Microsoft Test Manager

3. Quando o Microsoft Test Manager inicialmente carrega, ele irá se conectar ao mais recente plano de teste previamente carregado, que no caso de nossa máquina virtual é o plano de testes de nome Iteration 2.

35

Figura 51Conteúdo do plano de testes para Iteration 2

4. Selecione a aba Plan e então clique no link Properties para carregar a janela de propriedades do plano de testes.

5. Role até o final da janela de propriedades para ver os três gráficos que indicam o status do plano de testes.

Figura 52Janela de propriedades do plano de testes

36

Exercício 2: Visualizando o Quality Dashboard

Neste exercício você irá aprender como carregar dashboards a partir do Microsoft Test Manager 2010 e estudar o Quality Dashboard.

Nota: Uma parte significante deste laboratório é dedicada a demonstrar onde encontrar os relatórios e quais os tipos de informações eles preveem. Os dados contidos atualmente na máquina virtual podem diferir das telas exibidas neste documento. Além disso, é importante ressaltar que estes são dados de exemplos, não são representações realistas do que você pode esperar ver em um ambiente real.

1. No Microsoft Test Manager, selecione a aba Track e então clique no link Project Portal para carregar o portal do projeto no Internet Explorer.

Figura 53Localização do link Project Portal

Nota: Este laboratório virtual não inclui um Quality Dashboard. Os passos seguintes e suas telas são apenas para referência.

2. No painel da esquerda, clique no link Quality abaixo da sessão Dashboard para abrir o Quality Dashboard.

37

Figura 54Quality Dashboard exibindo uma variedade de métricas de qualidade

3. Confome a figura abaixo, o Quality Dashboard inclui relatórios que respondem as seguintes questões sobre a qualidade do produto:

◦ Você está tendo progresso na execução dos planos de testes?

◦ Como estão os seus builds ao longo do tempo?

◦ Você está reparando os bugs?

◦ Qual a qualidade dos reparos de seus bugs?

◦ Você está atingindo um nível suficiente de cobertura de código?

◦ Quantas linhas de código nós estamos impactando?

38

Figura 55As respostas do Quality Dashboard para um variado número de questões

39

Exercício 3: Visualizando Relatórios no Microsoft Visual Studio 2010

Neste exercício voc6e irá aprender como acessar vários relatórios disponíveis no Microsoft Visual Studio 2010.

1. Abra o Microsoft Visual Studio 2010 indo em Start | All Programs | Microsoft Visual Studio 2010 | Microsoft Visual Studio 2010 caso o mesmo ainda não esteja aberto.

2. No Team Explorer, expanda o nó Tailspin Toys para abrir a pasta de relatório de testes (Tailspin Toys | Reports | Tests).

Figura 56Localizando os relatórios de teste

3. Você verá dois relatórios na pasta de Tests, Test Case Readiness and Test Plan Progress.

O relatório Test Case Readiness exibe o estado de preparação para casos de testes, incluindo aqueles que estão prontos para executar.

O relatório Test Plan Progress ajuda a acompanhar o progresso geral do plano de testes exibindo o número de casos de testes que estavam executando, passados, falhados, bloqueados, etc. Para estes casos de testes que estavam rodando, um estado é atribuído

40

como por exemplo Aborted, Not Executed, PassedbutRunAborted, NotRunnable, Disconnected, Timeout, etc.

4. No Team Explorer, localize e expanda a pasta Project Management (Tailspin Toys | Reports | Project Management).

Figura 57Múltiplos relatórios de gerenciamento de projetos disponíveis no Visual Studio

5. Dê um duplo clique no relatório Stories Overview para abri-lo. Este relatório exibe cada user story e o progresso de seu desenvolvimento, testes de aceitação e o número de bugs.

41

Figura 58O relatório Stories Overview oferece o progresso de cada user story

6. No Team Explorer, localize e expanda a pasta de relatórios Builds (Tailspin Toys | Reports | Builds).

Figura 59Relatórios de builds que exibem a qualidade, o sucesso e um resumo de informações de cada build

42

7. O relatório Build Quality Indicators mostra a cobertura dos testes, quantidade de código alterado e a quantidade de bugs para uma definição de build. Você pode usar este relatório para ajudar a determinar como fechar porções de código que estão prontos para release.

O relatório Build Summary ajuda a determinar o status de cada build. Ele exibe uma lista de builds com os resultados dos testes, cobertura dos testes, mudanças de código e notas de qualidade.

O relatório Build Sucess Over Time ajuda a acompanhar as mudanças na qualidade do código e também mostra o resultado dos testes de cada build de cada dia.

43

Exercício 4: Criando Queries Complexas para Relatórios Avançados

Neste exercício você irá aprender como criar uma query complexa no Microsoft Visual Studio 2010 que fornece dados mais específicos que as queries padrão podem prover.

1. Abra o Microsoft Visual Studio 2010 Start | All Programs | Microsoft Visual Studio 2010 | Microsoft Visual Studio 2010 caso ainda não esteja aberto.

2. No Team Explorer, expanda em Tailspin Toys o nó My Queries (Tailspin Toys | Work Items | My Queries).

Figure 60Localização do nó My Queries

3. Clique com o botão direito em My Queries e selecione New Query a partir do menu de contexto.

44

Figura 61Criando uma nova query

4. Por padrão, já existem três condições (linhas) quando criamos uma nova query. Mude as condições da query para que a mesma traga todos os casos de testes que não estão fechados, como a seguir:

◦ Primeira condição: Team Project = @Project

◦ Segunda condição: And Work Item Type = Test Case

◦ Terceira condição: And State <> Closed

Figura 62Nova query que busca por casos de testes que não estão fechados

45

5. Selecione o combo Type of Query e selecione o item Work Items and Direct Links. Isto irá adicionar uma sub-query que exibe uma grade secundária abaixo da primeira.

Figura 63Modificando o tipo de query no New Query [Editor]*

6. Tente não confundir a segunda grade com a anterior. A segunda grade é usada para encontrar work items relacionados a partir dos resultados retornados na primeira query.

Figura 64Uma segunda query foi adicionada

46

7. Vamos modificar a segunda query para encontrar todos os bugs fechados que estão relacionados aos casos de testes retornados pela primeira query.

Mude a primeira cláusula para Work Item Type = Bug.

Adicione uma segunda cláusula: And State = Resolved.

Figura 65Modificando a query secundária para encontrar bugs relacionados

8. Agora que a query foi definida, clique no botão Run para visualizar os dados que são retornados.

Figura 66Localização do botão Run query

47

Figura 67Exemplo de retorno do resultado da nova query

9. Note que a query retorna quatro casos de teste, apenas um dos quais possui um bug relacionado. Uma vez que a configuração Top level work items está configurada para Return all toop level work items, todos os casos de testes são retornados – mesmo aqueles que não possuem bugs relacionados.

10. Clique no botão Save Query.

Figura 68Localização do botão Save Query

11. Na caixa de diálogo Save Query As, digite “Test Cases With Resolved Bugs” no campo Name. Finamente clique no botão Save para salvar a query e retornar para a janela do Query Editor.

48

Figura 69Nomeando e salvando a nova query

12. Altere a opção Top level work items setting para Only return items that have specified links como exibido na figura abaixo e então clique no botão Run para visualizar os resultados mais uma vez.

Figura 70Modificando a query para exibir apenas os work items que possuem os relacionamentos especificados

49

13. Como você pode ver na figura abaixo o resultado que é retornado apenas um item, uma vez que este é o único caso de teste que tem um bug relacionado.

Figura 71Resultados da query modificada

50

Exercício 5: Criando um Relatório no Microsoft Excel

Neste exercício você irá aprender como criar um relatório utilizando o Microsoft Excel usando os dados fornecidos pela query de work items do Visual Studio 2010.

1. No Team Explorer, expanda o nó Team Queries do Tailspin Toys (Tailspin Toys | Work Items | Team Queries).

Figura 72Utilizando o Team Explorer para localizar as queries

2. Clique com o botão direito na query My Bugs e então selecione Create Report in Microsoft Excel.

51

Figura 73Menu de contexto para criar um relatório no Microsoft Excel

3. Depois que o Microsoft Excel carregar e exibir a caixa de diálogo New Work Item Report, selecione All Reports e então clique no botão Finish.

Figura 74Caixa de diálogo New Work Item Report

52

Nota: O processo de geração do relatório pode levar algum tempo para completar dependendo da máquina utilizada e da quantidade de dados disponíveis.

4. Depois que o relatório é gerado, você verá uma aba contendo uma tabela de conteúdos para navegar pelos relatórios gerados. Selecione o primeiro link chamado Stack Rank a partir da tabela de conteúdos para navegar para a aba 1.1 Stack Rank.

Figura 75Tabela de conteúdo para gerada no Microsoft Excel

53

Figura 76Visualização do Relatório Stack rank

5. Apesar dos dados da máquina virtual não fornecerem muitos dados, vá em frente e navegue pelos outros relatórios disponíveis por padrão.

54

Laboratório 3:

Utilizando Excel e Report Builder para Relatórios Customizados

Visão geral

O Team Foundation Server 2010 é completamente aberto a customizações de relatórios, possuindo, além de sua base de dados relacional, um cubo do Analysis Services. De posse de seus cubos, dimensões, fatos e atributos é possível criar uma infinidade de relatórios completamente personalizados em Excel, Report Builder e com o Business Intelligence Development Studio (BIDS).

Exercícios

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

1. Criando Relatórios com o Microsoft Excel2. Criando Relatórios com o Report Builder

55

3.4.5.6.7.8.9.10.11.12.13.14.15.16.17.18.19.20.21.22.23.24.25.26.27.28.29.

Exercício 1: Criando Relatórios com o Microsoft Excel

Neste exercício você irá aprender como criar um novo relatório utilizando o Microsoft Excel. Vamos criar um relatório que conterá um gráfico indicando a distribuição dos work items entre os membos do time por tipo de work item.

1. Realize o login com o usuário Abu Obeida Bakhach (Dev), caso você ainda não o tenha feito. A senha é P2ssw0rd (P maiúsculo, o número dois, duas letras s, a letra w, o número zero, a letra r e a letra d).

56

2. Abra o Microsoft Visual Studio utilizando o seguinte caminho Start | All Programs | Microsoft Visual Studio 2010 | Microsoft Visual Studio 2010.

3. No Team Explorer, expanda o nó Tailspin Toys e abra o arquivo Report Template.xlts clicando duas vezes no mesmo (Tailspin Toys | Documents | Excel Reports).

Figura 77Localização do Report Template.xlts

4. Neste momento uma planilha do Excel será aberta com um relatório PivotTable que está conectado ao cubo do Team Foundation Server.

Nota: Também é possível criar um relatório para o Excel a partir do Portal do Projeto no Dashboard do SharePoint. Basta clicar no botão New Excel Report localizado na barra de ferramentas. Esta ação abre o mesmo arquivo Report Template.xlts.

57

Figura 2Report Template.xlts aberto no Microsoft Excel

5. Após abrir o arquivo Report Templante.xlts, note que uma Security Warning é exibida abaixo da barra de ferramentas do Excel. Clique no botão Options... e selecione a opção Enable this contente e clique em OK.

58

Figura 3Visualização da Security Alert

6. Uma vez que você tenha feito isto, o filtro Team Project Hierarchy no topo da PivotTable será atualizado para exibir o nome do seu Team Project, no nosso caso TailspinToys.

Figura 4Atualização do campo Team Project Hierarchy

59

7. Uma vez que vamos utilizar apenas os dados de work item, nós podemos tornar nossa vida mais simples filtrando os campos. A partir do combo box no topo da PivotTable Field List, selecione Work Item para o campo Show fields related to, que é configurado com All, por padrão.

Figura 5Visualização do campo PivotTable Field List

8. Na PrivotTable Field List role até encontrar a dimensão Work Item.

60

Figura 6Encontrando a dimensão Work Item na PivotTable Field List

9. Encontre o nó System_AssignedTo e arraste e solte o mesmo em Row Labels.

10. Encontre o nó System_WorkItemType e arraste e solte o mesmo em Column Labels.

11. Role o cursor até você encontrar ∑ Work Item e selecione Work Item Count. Arraste e solte em ∑ Values.

61

Figura 7Visualização do PivotTable Field List preenchido

12. Verifique que a tabela na planilha está agora preenchida com os dados do cubo.

62

Figura 8Tabela do Excel com os dados preenchidos a partir do cubo

13. Agora vamos gerar um gráfico demonstrando esta distribuição de work items por tipo pelos membros do time. Clique em qualquer lugar da PivotTable.

14. Na sessão do Excel PivotTables Tools clique na aba Options.

15. Na sessão Tools clique no botão PivotChart.

16. Na caixa de diálogos Insert Chart, selecione Column.

17. Finalmente escolha o tipo de gráfico Stacked Cylinder.

Figura 9Seleção do tipo de gráfico

63

18. Clique no botão OK.

19. O gráfico gerado deve demonstrar a distribuição dos work items por tipo entre os membros da equipe. Perceba que você ainda pode alterar os filtros e os eixos, alterando dinamicamente tanto a PivotTable quando o gráfico.

Figura 10Gráfico geradocom a distribuição de work items entre os membros da equipe

64

Exercício 2: Criando Relatórios com Report Builder

Neste exercício você irá aprender como gerar relatórios com o Report Builder 2.0. O Report Builder fornece mais poder e controle que o Excel e é mais fácil de usar que o Business Intelligence Development Studio (BIDS).

1. Abra o Report Builder utilizando o seguinte caminho Start | All Programs | Microsoft SQL Server 2008 Report Builder 2.0 | Report Builder 2.0. O Report Builder será iniciado.

Figura 11Tela inicial do Report Builder

2. Na caixa de ferramentas Report Data do lado esquerdo da tela, clique em New e selecione Data Source...

3. Na janela Data Source Properties, preencha o campo Name com “TfsOlapReportDS”, selecione a opção User shared connection or report model.

65

4. Clique em Browse... e, na janela Select Data Source certifique-se que a URL está apontando para o seu servidor de Reporting Services local. Selecione Tfs2010OlapReportDS e clique no botão Open.

Figura 12Visualização da janela Select Data Source

5. A janela Select Data Source será fechada e você voltará a janela Data Source Properties. Suas configurações devem ficar como mostrado abaixo:

66

Figura 13Visualização da janela Data Source Properties

6. Clique no botão OK.

7. Novamente, vá a barra de ferramentas Report Data e clique com o botão direito sobre o TfsOlapReportDS que você acabou de criar.

8. No menu de contexto que se abre, clique em Add Dataset...

Figura 14Menu de contexto Add Dataset

67

9. Na caixa de texto Name, dê um nome para seu novo dataset de “GraphDataSet” e clique no botão Query Designer...

Figura 15Visualização da janela Query Designer

10. No painel superior, vamos utilizar um filtro para que sejam utilizados dados apenas do projeto Tailspin Toys. Preencha os campos conforme abaixo:

a. Dimension: Team Project

b. Hierarchy: Project Path

c. Operator: Equal

d. Filter Expression: {\DefaultCollection\Tailspin Toys}

68

Figura 16Filtro e seleção do projeto Tailspin Toys

11. Na janela do Query Designer, localize o painel Metadata e utilize o filtro Measure Group para filtrar os itens exibidos para Work Item.

Figura 17Visualização do filtro Measure Group

12. Localize e expanda o nó Measures. Note que existe o nó Work Item. Expanda também este nó e localize o item Work Item Count. Clique com o botão direito neste item e selecione Add to Query.

69

Figura 18Adicionando Work Item Count na query

13. Recolha o nó Measures e localize o nó Work Item. Expanda o nó Work Item e inclua na query os itens “Work Item.System_AssignedTo” e “Work Item.System_WorkItemType” da mesmo forma que você fez no item anterior (Work Item Count).

Figura 19Query Designer após a seleção dos itens para query

70

14. Pressione o botão OK para retornar para a janela Dataset Properties.

Figura 19Janela Dataset Properties preenchida

15. Clique no botão OK para fechar a tela Dataset Properties e note o dataset criado com seus respectivos itens da query criada.

Figura 20Visualização do Report Data atualizado

71

16. Vamos dar um título ao relatório. No corpo do relatório, clique com o botão direito do mouse sobre o label Click to add title e digite “Work item types by person”.

17. Abaixo, na área Click to add data, clique no ícone Chart. A janela New Chart deve ser aberta.

Figura 21Visualização da janela New Chart

18. Certifique-se que o item Choose an existing dataset in this report está selecionado e marque o dataset que acabamos de criar, GraphDataSet. Clique no botão Next.

19. Na próxima tela, selecione o tipo de gráfico Column e clique novamente em Next.

72

Figura 22Janela New Chart para seleção do tipo de gráfico

20. Selecione e arraste os itens da lista Available fields conforme abaixo:

a. Categories: System_AssignedTo

b. Series: System_WorkItemType

c. Values: Work_Item_Count

73

Figura 23Janela New Chart para arranjo dos campos do gráfico

21. Na tela Choose a style, mantenha o padrão sugerido de Ocean e clique em Finish.

22. No corpo do relatório, expanda o gráfico para que este ocupe toda a largura do relatório e digite como título do gráfico o mesmo título dado ao relatório “Work item by person”.

74

Figura 24Corpo final do relatório

23. Clique no botão Run que está localizado na barra de ferramentas do Report Builder.

Figura 25Visualização do relatório

75

24. Explore as opções do preview como o zoom, as opções de impressão de exportação. Volte ao modo de design clicando no botão Design localizado na barra de ferramentas do Report Builder.

25. Acima da barra de ferramentas, localize e clique no botão Save representado por um disquete.

Figura 26Localização dos botões Run e Save

26. Na janela Save As Report, confira o endereço do servidor na barra Look in e navegue para TfsReports | DefaultCollection | Tailspin Toys.

27. Na caixa de texto Name, digite o nome “Work item types by person” e clique no botão Save.

Figura 27Salvando o relatório no Reporting Server

76

28. Feche o Report Builder e volte ao Visual Studio 2010.

29. No Team Explorer selecione o nó Reports e clique no botão Refresh na barra de ferramentas do Team Explorer. Verifique que seu novo relatório está disponível. Clique duas vezes no novo relatório para executá-lo.

Figura 28Visualizando o novo item no Team Explorer referente ao novo relatório

Para questões sobre este material envie um e-mail para contato@allmatech.com.br

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