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 executar 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
O 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á função ativa de testador no processo, então geralmente é realizado por desenvolvedores com Teste de Unidade. Às vezes, equipes de teste dedicadas são necessárias, dependendo da natureza e da complexidade do projeto.
Neste tutorial, você aprenderá-
- O que é Scrum?
- Principais Características da Metodologia Scrum
- Funções no Scrum
- Scrum Artifacts
- Cerimônias (processos) em Scrum
- Papel do testador no Scrum
- Atividades de teste em Scrum
- Relatório de teste
Principais Características da Metodologia Scrum
A seguir estão os principais recursos do Scrum-
- Scrum tem um cronograma fixo curto de ciclos de lançamento com escopo ajustável conhecido como sprints para atender às necessidades de desenvolvimento que mudam rapidamente. Cada versão pode ter vários sprints. Cada projeto Scrum pode ter vários ciclos de lançamento.
- Uma sequência repetitiva de reuniões, eventos e marcos
- Uma prática de testar e implementar novos requisitos, conhecidos como histórias , para garantir que algum trabalho seja liberado pronto após cada sprint
Scrum é baseado nos seguintes 3 Pilares-
Vamos olhar um por um
1. Funções no Scrum
Existem três funções principais no Scrum Testing - Product Owner, Scrum Master e The Development Team. Vamos estudá-los em detalhes
|
Proprietário do produto |
Scrum Master |
O time |
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2. Artefatos Scrum
Um processo scrum inclui
- Histórias de usuários: são uma breve explicação das funcionalidades do sistema em teste. Exemplo para Provedor de seguros é - "O prêmio pode ser pago usando o sistema online."
- Product Backlog: é uma coleção de histórias de usuários capturadas para um produto scrum. O product owner prepara e mantém o product backlog. Ele é priorizado pelo proprietário do produto e qualquer pessoa pode adicioná-lo com a aprovação do proprietário do produto.
- Release Backlog: Um release é um período de tempo em que o número de iterações é concluído. O product owner coordena com o scrum master para decidir quais histórias devem ser direcionadas para um lançamento. As histórias no backlog do release são destinadas a serem concluídas em um release.
- Sprints: é um período de tempo definido para concluir as histórias de usuário, decidido pelo proprietário do produto e pela equipe de desenvolvedor, geralmente de 2 a 4 semanas.
- Sprint Backlog: é um conjunto de histórias de usuário a serem concluídas em uma sprint. Durante o sprint backlog, o trabalho nunca é atribuído e a equipe se inscreve para trabalhar por conta própria. Ele pertence e é administrado pela equipe, enquanto a estimativa de trabalho restante é atualizada diariamente. É a lista de tarefas que devem ser realizadas no Sprint
- Lista de Bloqueio: É uma lista de bloqueios e decisões não tomadas de propriedade do scrum master e atualizada diariamente
- Gráfico Burndown: O gráfico Burn-down representa o progresso geral do trabalho em andamento e o trabalho concluído ao longo do processo. Ele representa em um formato de gráfico as histórias e recursos não concluídos
3. Cerimônias (processos) em Scrum
- Sprint Planning: um sprint começa com a equipe importando histórias do backlog do release 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 Backlog.
- Daily Scrum: é 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 a reunião diária em pé, o progresso da equipe é monitorado.
- Sprint Review / Retrospective: 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á função ativa do Testador no Processo Scrum . Normalmente, o teste é realizado por um desenvolvedor com Teste de Unidade. Embora o product owner também esteja freqüentemente envolvido no processo de teste durante cada sprint. Alguns projetos Scrum têm equipes de teste dedicadas, dependendo da natureza e complexidade do projeto .
A próxima pergunta é: o que o testador faz em um scrum? A seguinte nota responderá
Atividades de teste em Scrum
Os testadores fazem as seguintes atividades durante os vários estágios do Scrum-
Planejamento de Sprint
- No planejamento de 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 para terminar o teste para cada uma das histórias de usuário selecionadas.
- Como um testador, ele deve saber quais são os objetivos do sprint.
- Como testador, contribua com o processo de priorização
corrida
- Apoie os desenvolvedores em testes de unidade
- Teste a história do usuário quando concluído. A execução do teste é realizada em um laboratório onde o testador e o desenvolvedor trabalham lado a lado. Os defeitos são registrados na ferramenta de gerenciamento de defeitos, que são rastreados diariamente. Os defeitos podem ser conferidos e analisados durante a reunião scrum. Os defeitos são testados novamente assim que são resolvidos e implantados para teste
- Como testador, ele / ela participa de todas as reuniões standup diárias para se manifestar
- Como testador, ele 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 pelo desenvolvimento de scripts de automação. Ele agenda testes de automação com sistema de Integração Contínua (CI). A automação recebe a importância devido aos prazos de entrega curtos. A automação de teste pode ser realizada utilizando várias ferramentas de código aberto ou pagas disponíveis no mercado. Isso se mostra eficaz para garantir que tudo o que precisa ser testado foi coberto. Uma cobertura de teste suficiente 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 para as 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 os critérios de aceitação para os testes de aceitação
- No final do sprint, o testador também faz o teste de aceitação (UAT) em alguns casos e confirma a integridade do teste para o sprint atual
Retrospectiva Sprint
- Como testador, ele descobrirá o que deu errado e o que deu certo no sprint atual
- Como testador, ele identifica as lições aprendidas e as práticas recomendadas
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 freqüentemente usadas para relatar.
Gráfico de queima: A cada dia, o Scrum Master registra o trabalho restante estimado para o sprint. Isso nada mais é do que o gráfico de queimadas. 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, quantidade de trabalho concluído durante cada sprint e assim por diante.
Gráfico de histórico de velocidade: O gráfico de 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 queima de cronograma, queima de orçamento, porcentagem de tema concluída, histórias concluídas - histórias restantes e assim por diante.
Você tem alguma dica ou experiência para compartilhar no Scrum Testing? Deixe um comentário abaixo-