Teste de Software em Métodos Ágeis

A qualidade do software é responsabilidade de todos os membros do time.

Criado por Raphael Rodrigues

O teste ágil é caracterizado por ser uma atividade desempenhada por todos os membros do time

Os clientes testam sob a perspectiva da funcionalidade
(story por story)

Os desenvolvedores testam sob a perspectiva do código
(método por método)

E o testador?

O que mudou?

Use Story

Uma use story deve ser compreensível por todos os membros do time, testável e valiosa para o cliente

Testável

Nesse contexto, indica que toda use story deve incluir os critérios de aceitação para assegurar que a funcionalidade foi implementada corretamente e atende as necessidades do cliente

Critérios de Aceitação

São representados por uma lista de itens de negócio que expressam formas de usar a funcionalidade implementada na user story

objetivo dessa lista é validar se a história foi implementada corretamente

com base nos Critérios de Aceitação, que foram definidos para cada user story, é realizado a apresentação, validação e aprovação pelo PO quanto ao funcionamento da mesma

Como escrevemos os Critérios de Aceitação de uma História?

Story


Alinhamento do entendimento

Algumas perguntas podem ser feitas ao PO, quanto a usabilidade dessa funcionalidade, como por exemplo:

  • Como o usuário fará essa busca no sistema?
  • Como o usuário deseja que seja apresentada a informação solicitada?
  • O que deve ser feito se o livro não for encontrado?
      • Incluir os critérios de aceitação como parte da história só vem a agregar vantagens, como:
    1. Prover material para a equipe pensar em como uma funcionalidade será executada pelo ponto de vista do usuário.
    2. Eliminar ambiguidades quanto aos requisitos.
    3. Confirmar que a história está completa e funcionando.
    4. Garantir maior satisfação do usuário.

    Definição de pronto (DONE)

    Quando a user story encontra-se em Done no kanban significa que ela está pronta, ou seja, que o que está descrito na user story está desenvolvido, testado e funcionando de acordo com a necessidade do cliente.

    Comprometimento do Scrum Team

    A cada novo sprint é realizado a Planning onde são definidas as user stories que farão parte do sprint. Também é estabelecido o story points de cada user story em comum acordo da equipe. Neste momento a equipe se compromete a entregar o que está no sprint.

    Porque o comprometimento da equipe é importante?

    O comprometimento da equipe é importante para assegurar que o sprint será entregue e que todas as user stories são entregáveis dentro da data.