Módulo 14 - Scrum Flashcards
Quais são os riscos para a qualidade?
- Perder a imparcialidade nos testes
- Testar superficialmente
- Perder a visão de carreira
- Não estar pronto para testar com qualidade na velocidade necessária
Modelo Ágil
Como descobrir o que fazer?
- Gestão ágil
- Não estimular o cliente a levantar todos os requisitos possíveis e imagináveis
- Análise dos perfis de uso (log do servidor)
- Defeitos reportados: em quais funcionalidades?
- Grupo de foco: usabilidade, uso real
- O mais usado precisa ser mais testado
- Evitar Big X Up Front
Quais são os benefícios do Scrum?
- Integração do time
- Apoio de quem está desenvolvendo código durante a execução dos testes
- Apoio de quem está testando código durante a codificação
- Participação mais direta e ativa do profissional que está testando o software
- Profissionais que estão desenvolvendo código interessados em aprender sobre teste
- Profissionais que estão testando código interessados em aprender sobre programação
- Agilidade, interação com testes
- Acompanhamento de defeitos pelo profissional que está testando o software
- Analistas de teste deixam de ser reativos para serrem pró-ativos
Scrum de Testes
- Equipe de Testes independente
- Profissionais de testes continuam nos scrums
- Realiza testes mais extensivos e que não caberiam em uma sprint
- Tem sprints próprias
- É um destino na carreira do testador
“É uma lista contendo todas as funcionalidades desejadas para um produto. O conteúdo desta lista é definido pelo PRODUCT OWNER. Não precisa estar completo no início de um projeto. Pode-se começar com tudo aquilo que é mais óbvio em um primeiro momento. Com o tempo, cresce e muda à medida que se aprende mais sobre o produto e seus usuários.”
Estamos falando do:
Product Backlog
“É uma lista de tarefas que o Scrum Team se compromete a faze em um sprint. Os itens dessa lista são extraídos do Product Backlog, pela equipe, com base nas prioridades definidas pelo Product Owner e a percepção da equipe sobre o tempo que será necessário para completar as várias funcionalidades”.
Estamos falando do:
Sprint Backlog
“No Scrum, os projetos são divididos em CICLOS (tipicamente mensais) chamados de Sprints. O sprint representa um Time Box dentro do qual um conjunto de atividades deve ser executado. Metodologias ágeis de desenvolvimento de software são iterativas, ou seja, o trabalho é dividido em iterações, que são chamadas de Sprints no caso do Scrum”.
Estamos falando do:
Working Increment
“A cada dia do sprint a equipe faz uma reunião diária. Ela tem como objetivo disseminar conhecimento sobre o que foi feito no dia anterior, identificar impedimentos e priorizar o trabalho a ser realizado no dia que se inicia. Normalmente são realizados no mesmo lugar, na mesma hora do dia. Idealmente são realizadas na parte da manhã, para ajudar a estabelecer as prioridades do novo dia de trabalho”.
Estamos falando do:
Daily Scrum
“É uma reunião na qual estão presentes o Product Owner, o Scrum Master e todo o Scrum Team, bem como qualquer pessoa interessada que esteja representando a gerência ou o cliente. Durante o Sprint Planning Meeting, o Product Owner descreve as funcionalidades de maior prioridade para a equipe. A equipe faz perguntas de maior prioridade para a equipe. A equipe faz perguntas durante a reunião de modo que seja capaz de quebrar as funcionalidades em tarefas técnicas, após a reunião. Essas tarefas irão dar origem ao Sprint Backlog”.
Estamos falando do:
Sprint Planning Meeting
“É feito ao final de cada Sprint. Durante esta reunião, o Scrum Team mostra o que foi alcançado durante o Sprint, o Sprint. Tipicamente, isso tem o formato de um DEMO das novas funcionalidades. Os participantes do Sprint Review tipicamente incluem o Product Owner, o Scrum Team, o Scrum Master, gerência, clientes e engenheiros de outros projetos”.
Estamos falando do:
Sprint Review Meeting
“Ocorre ao final de um sprint e serve para identificar o que funcionou bem, o que pode ser melhorado e que ações serão tomadas para melhorar”.
Estamos falando do:
Sprint Retrospective
