Tutorial de metodologia de teste Scrum

Scrum em teste de software

Scrum em teste de software é uma metodologia para construir complex Aplicações de Software. Ele fornece soluções fáceis para a execução de tarefas complicadas. Scrum ajuda a equipe de desenvolvimento a se concentrar em todos os aspectos do desenvolvimento do produto de software, como qualidade, desempenho, usabilidade e assim por diante. Proporciona transparência, fiscalização e adaptação durante o desenvolvimento do software para evitar complexity.

Teste Scrum

Teste Scrum é um teste feito na metodologia scrum para verificar se os requisitos do aplicativo de software foram atendidos. Envolve a verificação de parâmetros não funcionais como segurança, usabilidade, desempenho, etc. Não há um papel ativo do testador no processo, portanto geralmente é realizado por desenvolvedores com Teste de Unidade. Às vezes, são necessárias equipes de teste dedicadas, dependendo da natureza e do ambiente.plexqualidade do projeto.

Principais recursos da metodologia Scrum

Following são os principais recursos do Scrum-

  • Scrum tem um cronograma curto e fixo de ciclos de lançamento com escopo ajustável, conhecido como etapas para responder às necessidades de desenvolvimento em rápida mudança. Cada versão pode ter vários sprintS. Cada Projeto Scrum pode ter vários Ciclos de Release.
  • 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 algum trabalho seja liberado pronto após cada sprint

Scrum é baseado no seguintewing 3 pilares-

Principais recursos da metodologia Scrum

Vejamos um por um

1. Funções no Scrum

Existem três funções principais no Teste Scrum – Dono do Produto, Scrum Master e Equipe de Desenvolvimento. Vamos estudá-los em detalhes

Product Owner Scrum Master A EQUIPE
Ele/ela define características do produto. Ele/Ela gerencia a equipe e cuida da produtividade da equipe A equipe geralmente tem cerca de 5 a 9 membros
O Product Owner decide a data de lançamento e os recursos correspondentes Ele/Ela mantém a lista de bloqueios e remove barreiras no desenvolvimento Inclui desenvolvedores, designers e às vezes testadores, etc.
Eles priorizam as funcionalidades de acordo com o valor de mercado e rentabilidade do produto Ele/Ela coordena todas as funções e funções A equipe organiza e agenda seu trabalho por conta própria
Ele/Ela é responsável pela rentabilidade do produto Ele/Ela protege a equipe de interferências externas Tem o direito de fazer tudo dentro dos limites do projeto para atender aos sprint meta
Ele/ela pode aceitar ou rejeitar o resultado do item de trabalho Convida para a reunião diária, sprint reuniões de revisão e planejamento Participar ativamente de cerimônias diárias

2. Artefatos Scrum

Artefatos do Scrum

Um processo scrum inclui

  • Histórias de usuários: Eles são uma breve explicação das funcionalidades do sistema em teste. Um exemplo de Provedor de Seguros é – “O prêmio pode ser pago usando o sistema online”.
  • Backlog do produto: É uma coleção de histórias de usuários capturadas para um produto Scrum. A preparação do proprietário do produtoares e mantém o backlog do produto. Ele é priorizado pelo proprietário do produto e qualquer pessoa pode adicioná-lo com a aprovação do proprietário do produto.
  • Pendências de liberação: Um lançamento é um período de tempo em que o número de iterações é concluído. O proprietário do produto coordena com o scrum master para decidir quais histórias devem ser direcionadas para um lançamento. As histórias no backlog da versão são destinadas a serem concluídas em uma versão.
  • Sprints: É um período definido para concluir as histórias de usuários, decidido pelo proprietário do produto e pela equipe de desenvolvedores, geralmente de 2 a 4 semanas.
  • Sprint Atraso: É um conjunto de histórias de usuários a serem concluídas em um sprint. Durante sprint backlog, o trabalho nunca é atribuído e a equipe se inscreve para trabalhar por conta própria. Ele pertence e é gerenciado pela equipe, enquanto o trabalho estimado restante é atualizado diariamente. É a lista de tarefas que devem ser executadas em Sprint
  • Lista de bloqueios: É uma lista de bloqueios e decisões não tomadas de propriedade do scrum master e atualizada diariamente
  • Gráfico de burndown: O gráfico Burn-down representa o progresso geral do trabalho em andamento e o trabalho concluído ao longo do processo. Representa em formato de gráfico as histórias e funcionalidades 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 liberação para o sprint atraso; ele é hospedado pelo scrum master. Os Testadores estimam o esforço para testar as diversas histórias no Sprint Atraso.
  • Scrum Diário: É hospedado pelo scrum master e dura cerca de 15 minutos. Durante o Daily Scrum, os membros discutirão o trabalho concluído no dia anterior, o trabalho planejado para o dia seguinte e os problemas enfrentados durante uma reunião. sprint. Durante as reuniões diárias, o progresso da equipe é monitorado.
  • Sprint Revisão/Retrospectiva: Também é hospedado pelo scrum master, dura cerca de 2 a 4 horas e discute o que a equipe realizou nos últimos sprint e quais lições foram aprendidas.

Papel do testador no Scrum

Papel do testador no Scrum

Não há papel ativo do Testador no Scrum Processo. Normalmente, o teste é realizado por um desenvolvedor com Unit Test. Embora o proprietário do produto também esteja frequentemente envolvido no processo de teste durante cada sprint. Alguns projetos Scrum possuem equipes de teste dedicadas, dependendo da natureza e do ambiente.plexdade do projeto.

A próxima pergunta é: o que o testador faz em um scrum? Sigawing nota vai responder

Atividades de teste em Scrum

Os testadores seguemwing atividades durante as várias etapas do Scrum-

Sprint Planeamento

  • In sprint planejamento, um testador deve escolher uma história de usuário do backlog do produto que deve ser testada.
  • Como testador, ele deve decidir quantas horas (estimativa de esforço) deve levar terminar testes para cada uma das histórias de usuário selecionadas.
  • Como testador, ele/ela deve saber o que sprint os objetivos são.
  • Como testador, contribua para o processo de priorização

Sprint

  • Apoie os desenvolvedores em testes unitários
  • Teste a história do usuário quando concluída. A execução do teste é realizada em um laboratório onde o testador e o desenvolvedor trabalham lado a lado. O defeito está logado Ferramenta de gerenciamento de defeitos que são monitorados diariamente. Os defeitos podem ser conferidos e analisados ​​durante a reunião scrum. Os defeitos são testados novamente assim que são resolvidas e implantado para teste
  • Como testador, ele participa de todas as reuniões diárias para se manifestar
  • Como testador, ele/ela pode trazer qualquer item do backlog que não possa ser concluído no atual sprint e coloque para o próximo sprint
  • O testador é responsável por desenvolver scripts de automação. Ele agenda testes de automação com Sistema de Integração Contínua (CI). A automação recebe importância devido aos curtos prazos de entrega. 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. A cobertura suficiente do teste pode ser alcançada com uma comunicação próxima com a equipe.
  • Revise os resultados da automação de CI e envie relatórios às partes interessadas
  • Execução de testes não funcionais para histórias de usuários aprovadas
  • Coordenar com o cliente e o proprietário do produto para definir critérios de aceitação para testes de aceitação
  • No final da sprint, o testador também realiza testes de aceitação (UAT) em alguns casos e confirma a integridade do teste para o atual sprint

Sprint Retrospectivo

  • Como testador, ele descobrirá o que deu errado e o que deu certo no atual sprint
  • Como testador, ele identifica lições aprendidas e melhores práticas

Relatório de teste

Os relatórios de métricas do Scrum Test fornecem transparência e visibilidade às partes interessadas sobre o projeto. As métricas relatadas permitem que uma equipe analise seu progresso e planeje sua estratégia futura para melhorar o produto. Existem duas métricas que são frequentemente usadas para gerar relatórios.

Gráfico de queima: A cada dia, o Scrum Master registra o trabalho restante estimado para o sprint. Isso nada mais é do que o Burn Down Chart. Ele é atualizado diariamente.

Um gráfico de burndown fornece uma visão geral rápida do progresso do projeto. Este gráfico contém informações como a quantidade total de trabalho no projeto que deve ser concluído, a quantidade de trabalho concluído durante cada sprint e assim por diante.

Relatório de teste

Gráfico histórico de velocidade: O gráfico histórico de velocidade prevê a velocidade da equipe alcançada em cada sprint. É um gráfico de barras e representa como a produção das equipes mudou ao longo do tempo.

As métricas adicionais que podem ser úteis são: consumo de cronograma, consumo de orçamento, porcentagem de temas concluídos, histórias concluídas – histórias restantes e assim por diante.

Isso é tudo sobre Scrum em engenharia de software