Testes em projetos usando Scrum

2,218 views

Published on

Published in: Technology

Testes em projetos usando Scrum

  1. 1. Parceiro Natural para Inovação Nokia Technology Institute
  2. 2. Testes em projeto usando ScrumPablo Diego Quiroga Nokia Technology Institute
  3. 3. AgendaIntroduçãoINdTO que é e como usar ScrumTestes de SoftwareComo os testes são inseridos nascerimonias do Scrum Dúvidas? Nokia Technology Institute
  4. 4. INdTNossas principais áreas Nokia Technology Institute
  5. 5. Nokia Technlogy IntituteINSTITUTO NOKIA DE TECNOLOGIAINdTCentro de pesquisa e desenvolvimento (P&D) sem finslucrativos que objetiva gerar novos conceitos, produtos,soluções e desenvolver o ecosistema Latino-Americanoem á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. 6. ScrumÉ um framework com simples regrasFoco é o TIMEUsado por vários grupos , em multiploslocais e vários ambientes de projeto Nokia Technology Institute
  7. 7. ScrumAs 10 Práticas Básicas1. 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
  8. 8. ScrumCerimônias do Scrum1. Estimativa2. Sprint Planning – Parte 13. Sprint Planning – Parte 24. Daily Meeting5. Revisão/Restropectiva Nokia Technology Institute
  9. 9. Estimativa (Estimation Meeting)1. Para um Planejamento Estratégico , necessário saber o tamanho dos Itens do Backlog2. Para verificar as próximas fases do projeto3. Para um melhor entendimento do Backlog , os itens podem ser decompostos.4. Deve durar até no máximo 90 minutos Nokia Technology Institute
  10. 10. Sprint Planning – Part 1Propó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
  11. 11. Sprint Planning – Parte 1Procedimento1. 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
  12. 12. Sprint Planning – Parte 2Propósito1. Design2. O time de desenvolvimento tem a chance de criar um design para a solução que vai ser implementada3. No final da reunião o Time sabe como construir a fiuncionalidade a ser entregue no Sprint Nokia Technology Institute
  13. 13. Sprint Planning – Parte 2Procedimento1. Escolher o item do Backlog2. Confirma o entendimento do que foi pedido , visualizando o flip chart3. 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. 14. Daily Meeting – Reunião Diária1. Time planeja e coordena diariamente as atividades2. Reporta e discute os impedimentos Nokia Technology Institute
  15. 15. Sprint Review – ReuniãoRevisãoPropó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
  16. 16. Scrum Flow Nokia Technology Institute
  17. 17. Teste de SoftwareNa maioria das empresas é executado – como umaetapa dentro do processo de desenvolvimento. Em geralexecutado pelos próprios desenvolvedores e usuáriosdo sistema. Serve apenas para garantir que asespecificações ou requisitos do negócio foramimplementadas. Nokia Technology Institute
  18. 18. Teste de Software Custos Custo deFixos e detecção Custo de novas Custos deVariavie 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. 19. Teste de Software Fixos e Detecção e NovasVariaveis 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. 20. Teste de SoftwareQuebrar 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. 21. 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
  22. 22. Teste + Scrum IdentificaEntenden ndo os Aprovação Escrita do os cenarios por parte dos casosrequisitos 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
  23. 23. Teste + Scrum Nokia Technology Institute
  24. 24. OBRIGADO!!!Contatos:@pdiego_pablodie@gmail.com Nokia Technology Institute

×