Tutorial de metodologia de teste Scrum
Equipe editorial
⚡ Resumo Inteligente
O teste Scrum é uma abordagem de validação contínua incorporada em Sprint ciclos em que desenvolvedores, testadores e Product Owners colaboram para verificar os requisitos funcionais e não funcionais, mantendo a transparência, a adaptabilidade e a entrega rápida ao longo do ciclo de vida do projeto.
Scrum em teste de software
Scrum em teste de software Scrum é uma metodologia para construir aplicações de software complexas. Ela oferece soluções fáceis para a execução de tarefas complicadas. O Scrum ajuda a equipe de desenvolvimento a se concentrar em todos os aspectos do desenvolvimento do produto de software, incluindo qualidade, desempenho e usabilidade. Ele proporciona transparência, inspeção e adaptação durante o desenvolvimento de software para evitar complexidade.
Teste Scrum
Teste Scrum O teste de compatibilidade é realizado na metodologia Scrum para verificar se os requisitos de um aplicativo de software foram atendidos. Envolve a verificação de parâmetros não funcionais, como segurança, usabilidade e desempenho. Não há um papel ativo de testador nesse processo, portanto, geralmente é realizado por desenvolvedores com testes unitários. Às vezes, equipes de teste dedicadas são necessárias, dependendo da natureza e complexidade do projeto. Equipes modernas costumam coordenar esse trabalho em plataformas como Jira, Linear, etc. Azure DevOps, ou Asana.
Principais recursos da metodologia Scrum
A seguir, as principais características do Scrum:
- O Scrum possui um cronograma curto e fixo de ciclos de lançamento com escopo ajustável, conhecido como SprintsPara atender às necessidades de desenvolvimento em rápida mudança. Cada versão pode ter múltiplas SprintCada projeto Scrum pode ter vários ciclos de lançamento.
- Uma sequência repetida de reuniões, eventos e marcos.
- Uma prática de testar e implementar novos requisitos, conhecida como histórias, para garantir que parte do trabalho esteja pronta para lançamento após cada Sprint.
O Scrum se baseia nos seguintes 3 pilares:
Vamos analisá-los um por um.
1. Funções no Scrum
Existem três papéis principais no teste Scrum: Dono do Produto, Scrum Master e Equipe de Desenvolvimento. Vamos estudá-los em detalhes.
| Product Owner | Scrum Master | Equipe |
|---|---|---|
| Ele ou ela define as características do produto. | Ele ou ela gerencia a equipe e cuida da produtividade da equipe. | A equipe geralmente é composta por 5 a 9 membros. |
| O Product Owner decide a data de lançamento e as funcionalidades correspondentes. | Ele ou ela mantém a lista de bloqueio e remove barreiras ao desenvolvimento. | Isso inclui desenvolvedores, designers e, às vezes, testadores. |
| Eles priorizam as funcionalidades de acordo com o valor de mercado e a rentabilidade do produto. | Ele ou ela coordena todas as funções e responsabilidades. | A equipe organiza e programa seu trabalho por conta própria. |
| Ele ou ela é responsável pela rentabilidade do produto. | Ele ou ela protege a equipe de interferências externas. | Tem o direito de fazer tudo dentro dos limites do projeto para atender ao Sprint objetivo. |
| Ele ou ela pode aceitar ou rejeitar os resultados da tarefa. | Convites para a Reunião Diária de Acompanhamento (Daily Scrum), Sprint Revvisualização e reuniões de planejamento. | Participa ativamente nas cerimônias diárias. |
2. Artefatos Scrum
Um processo Scrum inclui:
- Histórias de usuários: São breves explicações das funcionalidades do sistema em teste. Um exemplo para uma seguradora seria: "O prêmio pode ser pago pelo sistema online."
- Backlog do produto: Trata-se de uma coleção de histórias de usuário registradas para um produto Scrum. O Product Owner prepara e mantém o Product Backlog. Ele é priorizado pelo Product Owner, e qualquer pessoa pode adicionar itens com a aprovação do Product Owner. Equipes modernas mantêm o Product Backlog no Jira, Linear, Azure DevOps, ou Asana.
- Pendências de liberação: Um lançamento é um período de tempo no qual várias iterações são concluídas. O Product Owner coordena Em conjunto com o Scrum Master, decide-se quais histórias devem ser priorizadas para um lançamento. As histórias no Backlog de Lançamento são aquelas que devem ser concluídas em um lançamento.
- Sprints: É um período de tempo definido para concluir as histórias de usuário, decidido pelo Product Owner e pela equipe de desenvolvimento, geralmente de 2 a 4 semanas.
- Sprint Atraso: É um conjunto de histórias de usuário a serem concluídas em um Sprint. Durante Sprint No backlog, o trabalho nunca é atribuído e a equipe se inscreve para as tarefas por conta própria. Ele pertence e é gerenciado pela equipe, e a estimativa do trabalho restante é atualizada diariamente. É a lista de tarefas que precisam ser executadas em um determinado período. Sprint.
- Lista de bloqueios: É uma lista de bloqueios e decisões não tomadas de responsabilidade do Scrum Master, atualizada diariamente.
- Gráfico de burndown: O gráfico de burndown representa o progresso geral do trabalho em andamento e do trabalho concluído ao longo do processo. Ele representa, em formato gráfico, as histórias e funcionalidades ainda não concluídas.
3. Cerimônias (Processos) no Scrum
- Sprint Planejamento: A Sprint começa com a equipe importando histórias do Backlog de Lançamento para o Sprint Backlog; ele é gerenciado pelo Scrum Master. Os testadores estimam o esforço necessário para testar as diversas histórias no backlog. Sprint Atraso.
- Levantamento diário: Também chamada de Daily Scrum, é conduzida pelo Scrum Master e dura cerca de 15 minutos. Durante a Daily Stand-up, os membros discutem o trabalho concluído no dia anterior, o trabalho planejado para o dia seguinte e os problemas enfrentados durante o dia. SprintO progresso da equipe é tracked aqui.
- Sprint Revvisão / Retrospectiva: Também é conduzida pelo Scrum Master, dura cerca de 2 a 4 horas e discute o que a equipe realizou no último período. Sprint e quais lições foram aprendidas.
Com os papéis, artefatos e cerimônias do Scrum definidos, é importante esclarecer exatamente onde os testadores se encaixam dentro dessa estrutura.
Papel do testador no Scrum
Não há papel ativo do Testador no Scrum processo. Normalmente, os testes são realizados por um desenvolvedor com testes unitários, enquanto o Product Owner também costuma estar envolvido no processo de teste durante cada etapa. Sprint. Alguns projetos Scrum possuem equipes de teste dedicadas, dependendo da natureza e complexidade do projeto..
A próxima pergunta é: o que um testador faz no Scrum? A seção a seguir responderá a essa pergunta.
Atividades de teste em Scrum
Os testadores realizam as seguintes atividades durante as várias etapas do Scrum:
Sprint Planeamento
- In Sprint No planejamento, o testador deve escolher uma história de usuário do Backlog do Produto para ser testada.
- Como testador, ele ou ela deve decidir quantas horas (estimativa de esforço) serão necessárias. terminar Testando cada uma das histórias de usuário selecionadas.
- Como testador, ele ou ela deve saber o que... Sprint Os objetivos são.
- Como testador, contribua para o processo de priorização.
Sprint
- Apoiar os desenvolvedores em testes unitários.
- Teste a história do usuário quando estiver concluída. A execução do teste é realizada Em um laboratório onde testadores e desenvolvedores trabalham em conjunto. Os defeitos são registrados em um Ferramenta de gerenciamento de defeitos e tracOs defeitos são verificados diariamente. Eles podem ser discutidos e analisados durante a reunião Scrum. Os defeitos são retestados assim que são identificados. resolvidas e implantado para testes. As equipes Scrum modernas normalmente usam Jira, Linear, Azure DevOps, ou Asana para este fluxo de trabalho.
- Como testador, ele ou ela participa de todas as reuniões diárias de acompanhamento para expressar suas opiniões.
- Como testador, ele ou ela pode trazer qualquer item da lista de pendências que não possa ser concluído no prazo atual. Sprint e coloque-o no próximo Sprint.
- O testador é responsável pelo desenvolvimento.ping scripts de automação. Ele ou ela agenda testes de automação com um Sistema de Integração Contínua (CI)A automação ganha importância devido aos prazos de entrega curtos. A automação de testes pode ser realizada utilizando diversas ferramentas de código aberto ou pagas disponíveis no mercado. Isso se mostra eficaz para garantir que tudo o que precisa ser testado seja coberto. Uma cobertura de testes adequada pode ser alcançada com uma comunicação estreita dentro da equipe.
- RevVisualize os resultados da automação de CI e envie relatórios às partes interessadas.
- Executar testes não funcionais para as histórias de usuário aprovadas.
- Coordenar com o cliente e o Product Owner para definir os critérios de aceitação para os testes de aceitação.
- No final da SprintO testador também realiza testes de aceitação do usuário (UAT) em alguns casos e confirma a conclusão dos testes para a versão atual. Sprint.
Sprint Retrospectivo
- Como testador, ele ou ela descobrirá o que deu errado e o que deu certo na situação atual. Sprint.
- Como testador, ele ou ela identifica lições aprendidas e melhores práticas.
Assim que essas atividades de teste estiverem em execução, cada SprintAs equipes dependem de métricas claras para comunicar o progresso, e é aí que a elaboração de relatórios de testes se torna essencial.
Relatório de teste
O relatório de métricas de teste do Scrum proporciona transparência e visibilidade aos stakeholders sobre o projeto. As métricas relatadas permitem que a equipe analise seu progresso e planeje sua estratégia futura para aprimorar o produto. Ferramentas como Jira, Linear, Azure DevOps e Asana Muitos desses relatórios são gerados automaticamente. Existem duas métricas que são frequentemente usadas para gerar relatórios.
Gráfico de burndown: Diariamente, o Scrum Master registra a estimativa do trabalho restante para o(a) SprintEste é o gráfico de burndown, atualizado diariamente.
Um gráfico de burndown oferece uma visão geral rápida do progresso do projeto. Este gráfico contém informações como a quantidade total de trabalho a ser concluída no projeto e a quantidade de trabalho concluída em cada etapa. Sprint, E assim por diante.
Gráfico histórico de velocidade: O gráfico de histórico de velocidade prevê a velocidade que a equipe atinge em cada situação. SprintÉ um gráfico de barras que representa como o desempenho da equipe mudou ao longo do tempo.
Outras métricas que podem ser úteis são: cronograma de execução, orçamento de execução, percentual de conclusão do tema, histórias concluídas, histórias restantes e assim por diante.
