Upload
pablo-quiroga
View
1.416
Download
2
Embed Size (px)
DESCRIPTION
Citation preview
Nokia Technology Institute
Parceiro Natural para Inovação
Nokia Technology Institute
Testes em projeto usando Scrum
Pablo Diego Quiroga
Nokia Technology Institute
Nokia Technology Institute
Agenda
INdT
Nokia Technology Institute
Introdução
O que é e como usar Scrum
Testes de Software
Como os testes são inseridos nas cerimonias do Scrum
Dúvidas?
Nokia Technology Institute
INdTNossas principais áreas
Nokia Technology Institute
Nokia Technlogy Intitute
Centro de pesquisa e desenvolvimento (P&D) sem fins lucrativos que objetiva gerar novos conceitos, produtos, soluções e desenvolver o ecosistema Latino-Americano em áreas ligadas às tecnologias móveis e Internet.
Centro de pesquisa e desenvolvimento (P&D) sem fins lucrativos que objetiva gerar novos conceitos, produtos, soluções e desenvolver o ecosistema Latino-Americano em áreas ligadas às tecnologias móveis e Internet.
Nossas áreas principais:
• Criação de Produtos
• Aplicativos e Serviços
• Hardware e Manufatura
• Software Open Source e
Interface de Usuário
Manaus
Recife
Brasília
São Paulo
IInstituto Nokia de Tecnologia
INSTITUTO NOKIA DE TECNOLOGIA
INdT
Nokia Technology Institute
Scrum
É um framework com simples regras
Nokia Technology Institute
Usado por vários grupos , em multiplos locais e vários ambientes de projeto
Foco é o TIME
Nokia Technology Institute
ScrumAs 10 Práticas Básicas
1. Visão clara e de convergência2. Product Backlog mantido3. Arrumar o Product Backlog de acordo com o
valor do negócio4. Itens do Backlog estimados pelo TIME5. Reuniões Diárias (Daily scrum)6. Burn Down gráfico7. Sprint não é PERTUBADO por gerência/clientes8. O software/time é “FEITO”9. Sprint review10.Sprint Retrospective com foco no
“melhoramento” do processo de trabalho do TIME e da organização
Nokia Technology Institute
Scrum
Cerimônias do Scrum1. Estimativa2. Sprint Planning – Parte
13. Sprint Planning – Parte
24. Daily Meeting5. Revisão/Restropectiva
Nokia Technology Institute
Estimativa (Estimation Meeting)
1. Para um Planejamento Estratégico , necessário saber o tamanho dos Itens do Backlog
2. Para verificar as próximas fases do projeto
3. Para um melhor entendimento do Backlog , os itens podem ser decompostos.
4. Deve durar até no máximo 90 minutos
Nokia Technology Institute
Sprint Planning – Part 1
Propósito:1. Análise essa palavra é o resumo dessa
Reunião2. Entender em detalhes o que o usuário final
deseja3. Escolher as tarefas que o time é capaz de
entregar
Nokia Technology Institute
Sprint Planning – Parte 1
Procedimento1. Começar com o primeiro item do Product
Backlog (estoria)2. Discutir o item do Product Backlog3. Esclarecer os testes de aceitação4. Encontrar aspectos (performance,
estabilidade)5. Encontrar os critérios de aceitação6. Descobrir o nível de estórias é feito7. Ter uma imagem clara do Backlog8. Desenhos sobre o que é preciso para ser
entregue9. Volta para o step 1 – proximo item do
Backlog
Nokia Technology Institute
Sprint Planning – Parte 2
Propósito1. Design2. O time de desenvolvimento tem a chance de
criar um design para a solução que vai ser implementada
3. No final da reunião o Time sabe como construir a fiuncionalidade a ser entregue no Sprint
Nokia Technology Institute
Sprint Planning – Parte 2Procedimento1. Escolher o item do Backlog2. Confirma o entendimento do que
foi pedido , visualizando o flip chart
3. Roda uma sessao de design baseada na s perguntas :
• O que precisamos escrever para interfaces?
• O que precisamos criar para arquitetura?
• Quais componentes precisam ser atualizados ou escritos?
• Como testar?• O que testar?
Nokia Technology Institute
Daily Meeting – Reunião Diária
1. Time planeja e coordena diariamente as atividades
2. Reporta e discute os impedimentos
Nokia Technology Institute
Sprint Review – Reunião Revisão
Propósito:
1. Feedback/Revisão do Sprint2. Time mostra o resultado do
trabalho para o usuário final3. O feedback pode ser usado para
mudar ou criar estórias no Backlog
Nokia Technology Institute
Scrum Flow
Nokia Technology Institute
Teste de Software
Na maioria das empresas é executado – como uma etapa dentro do processo de desenvolvimento. Em geral executado pelos próprios desenvolvedores e usuários do sistema. Serve apenas para garantir que as especificações ou requisitos do negócio foram implementadas.
Nokia Technology Institute
Teste de Software
Custo de Construção
Custo de Retrabalho
Custo de Retrabalho
Custos Fixos e
Variavies
Custo de detecção
de defeitos
Custo de novas funcionalidades
Custos de manutenção
Custo total de desenvolvimento e manutencao de software
Nokia Technology Institute
Teste de Software
Custo de Construção
Custo Re-Trabalho
CustoRe-Trabalho
Custo de Contrução
Fixos e Variaveis
Detecção e defeitos
Novas funcionalidades
Investimento em Testes
Economia total do projeto
Nokia Technology Institute
Teste de Software
Quebrar os paradigmas
Testador é um inimigo do desenvolvedor
Equipe de testes pode ser montada com desenvolvedores menos qualificados
Quando estiver tudo pronto , o software seguirá para o pessoal fazer os testes.
Nokia Technology Institute
Teste + Scrum1. Identificar os cenários de testes de acordo com o
Backlog2. Obter a aprovação dos cenários de testes com
Business Owner3. Os casos de testes vào ser escritos Sprint por
Sprint4. A execução pode ser feito com um sprint atras ou
no sprint corrente5. Chance de um defeito ou exigência de serem
adicionados no Backlog6. Testes de regressão sao identifcados para todos os
sprint concluídos7. O atraso do teste em um Sprint pode criar um
buraco entre time de desenvolvimento e time de testadores.
Nokia Technology Institute
Teste + Scrum
Entendendo os
requisitos
Identificando os
cenarios de teste
Aprovação por parte
do B.O
Escrita dos casos de teste
Identificação dos casos de teste que podem ser
executado naquele Sprint
Se houve mudanças no
requistio
Modificar os cenários
Executar os testes
Nokia Technology Institute
Teste + Scrum