testes em projetos usando scrum

Nokia Technology Institute

Parceiro Natural para Inovação


Testes em projeto usando Scrum

Pablo Diego Quiroga



Agenda

INdT


Introdução

O que é e como usar Scrum

Testes de Software

Como os testes são inseridos nas cerimonias do Scrum

Dúvidas?


INdTNossas principais áreas


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


Scrum

É um framework com simples regras


Usado por vários grupos , em multiplos locais e vários ambientes de projeto

Foco é o TIME


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


Scrum

Cerimônias do Scrum1. Estimativa2. Sprint Planning – Parte

13. Sprint Planning – Parte

24. Daily Meeting5. Revisão/Restropectiva


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


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


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


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


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?


Daily Meeting – Reunião Diária

1. Time planeja e coordena diariamente as atividades

2. Reporta e discute os impedimentos


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


Scrum Flow


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.


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


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


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.


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.


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


Teste + Scrum


OBRIGADO!!!

Contatos:

@[email protected]

mailto:[email protected]