2. Testes em projeto usando Scrum
Pablo Diego Quiroga
Nokia Technology Institute
3. Agenda
Introdução
INdT
O que é e como usar Scrum
Testes de Software
Como os testes são inseridos nas
cerimonias do Scrum
Dúvidas?
Nokia Technology Institute
5. Nokia Technlogy Intitute
INSTITUTO NOKIA DE TECNOLOGIA
INdT
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.
Manaus
Recife
Nossas áreas principais: Brasília
• Criação de Produtos
• Aplicativos e Serviços São Paulo
• Hardware e Manufatura
• Software Open Source e
Interface de Usuário
IInstituto Nokia de Tecnologia
6. Scrum
É um framework com simples regras
Foco é o TIME
Usado por vários grupos , em multiplos
locais e vários ambientes de projeto
Nokia Technology Institute
7. Scrum
As 10 Práticas Básicas
1. Visão clara e de convergência
2. Product Backlog mantido
3. Arrumar o Product Backlog de acordo com o valor
do negócio
4. Itens do Backlog estimados pelo TIME
5. Reuniões Diárias (Daily scrum)
6. Burn Down gráfico
7. Sprint não é PERTUBADO por gerência/clientes
8. O software/time é “FEITO”
9. Sprint review
10. Sprint Retrospective com foco no “melhoramento”
do processo de trabalho do TIME e da organização
Nokia Technology Institute
8. Scrum
Cerimônias do Scrum
1. Estimativa
2. Sprint Planning – Parte 1
3. Sprint Planning – Parte 2
4. Daily Meeting
5. Revisão/Restropectiva
Nokia Technology Institute
9. 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
10. Sprint Planning – Part 1
Propósito:
1. Análise essa palavra é o resumo dessa Reunião
2. Entender em detalhes o que o usuário final deseja
3. Escolher as tarefas que o time é capaz de
entregar
Nokia Technology Institute
11. Sprint Planning – Parte 1
Procedimento
1. Começar com o primeiro item do Product Backlog
(estoria)
2. Discutir o item do Product Backlog
3. Esclarecer os testes de aceitação
4. Encontrar aspectos (performance, estabilidade)
5. Encontrar os critérios de aceitação
6. Descobrir o nível de estórias é feito
7. Ter uma imagem clara do Backlog
8. Desenhos sobre o que é preciso para ser
entregue
9. Volta para o step 1 – proximo item do Backlog
Nokia Technology Institute
12. Sprint Planning – Parte 2
Propósito
1. Design
2. 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
13. Sprint Planning – Parte 2
Procedimento
1. Escolher o item do Backlog
2. 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
14. Daily Meeting – Reunião Diária
1. Time planeja e coordena diariamente as
atividades
2. Reporta e discute os impedimentos
Nokia Technology Institute
15. Sprint Review – Reunião
Revisão
Propósito:
1. Feedback/Revisão do Sprint
2. Time mostra o resultado do trabalho
para o usuário final
3. O feedback pode ser usado para
mudar ou criar estórias no Backlog
Nokia Technology Institute
17. 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
18. Teste de Software
Custos Custo de
Fixos e detecção Custo de novas Custos de
Variavie de funcionalidades manutenção
s defeitos
Custo de Custo de Custo de
Construção Retrabalho Retrabalho
Custo total de desenvolvimento e manutencao de
software
Nokia Technology Institute
19. Teste de Software
Fixos e Detecção e Novas
Variaveis defeitos funcionalidades
Custo de Custo Custo
Construçã Re- Re-
o Trabalho Trabalho
Custo de
Contrução
Economia total do
projeto
Investimento
em Testes Nokia Technology Institute
20. 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
21. Teste + Scrum
1. Identificar os cenários de testes de acordo com o Backlog
2. Obter a aprovação dos cenários de testes com Business
Owner
3. Os casos de testes vào ser escritos Sprint por Sprint
4. A execução pode ser feito com um sprint atras ou no
sprint corrente
5. Chance de um defeito ou exigência de serem adicionados
no Backlog
6. Testes de regressão sao identifcados para todos os sprint
concluídos
7. O atraso do teste em um Sprint pode criar um buraco
entre time de desenvolvimento e time de testadores.
Nokia Technology Institute
22. Teste + Scrum
Identifica
Entenden
ndo os Aprovação Escrita
do os
cenarios por parte dos casos
requisitos
de teste do B.O de teste
Identificação dos casos de
teste que podem ser
executado naquele Sprint
Se houve
Modificar os Executar
mudanças no
cenários os testes
requistio
Nokia Technology Institute