Tutorial de metodologia de teste Scrum

Scrum em teste de software

Scrum em teste de software é uma metodologia para construir aplicativos de software complexos. 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 complexidade.

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 da complexidade do projeto.

Principais recursos da metodologia Scrum

A seguir estã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 após cada sprint

Scrum é baseado nos seguintes 3 pilares-

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	Participantes
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 atingir a meta do sprint
Ele/ela pode aceitar ou rejeitar o resultado do item de trabalho	Convida para o scrum diário, revisão do sprint e reuniões de planejamento	Participar ativamente de cerimônias diárias

2. Artefatos 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. O proprietário do produto prepara 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ário a serem concluídas em um sprint. Durante o backlog do sprint, o trabalho nunca é atribuído, e a equipe se inscreve para trabalhar por conta própria. Ele é de propriedade 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: Um sprint começa com a equipe importando histórias do backlog de lançamento para o backlog do sprint; ele é hospedado pelo scrum master. Os testadores estimam o esforço para testar as várias 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 um sprint. Durante as reuniões diárias, o progresso da equipe é monitorado.
• Sprint Revver/Retrospectiva: Também é hospedado pelo scrum master, dura cerca de 2 a 4 horas e discute o que a equipe realizou no último sprint e quais lições foram aprendidas.

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 da complexidade do projeto..

A próxima pergunta é: o que o testador faz em um scrum? A nota a seguir responderá

Atividades de teste em Scrum

Os testadores realizam as seguintes atividades durante os vários estágios do Scrum-

Sprint Planeamento

• No planejamento do sprint, 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 deve saber quais são os objetivos do sprint.
• 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 sprint atual e colocá-lo no 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.
• Revvisualizar resultados de automação de CI e enviar 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 do sprint, o testador também realiza testes de aceitação (UAT) em alguns casos e confirma a conclusão do teste para o sprint atual

Sprint Retrospectivo

• Como testador, ele descobrirá o que deu errado e o que deu certo no sprint atual
• 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.

Gráfico histórico de velocidade: O gráfico do 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