Olá meu povo testador!
Conforme mencionado neste post, uma das palestras que participei num encontro de qualidade promovido pela empresa falou a respeito da definição de pronto. Vou desmistificar um pouco sobre a Definição de Pronto dentro da metodologia ágil.
O que é Definição de pronto?
Equipes ágeis maduras desenvolvem projetos seguindo alto padrão de qualidade. Tal rigor é imposto por meio da DoD – Definition of Done, ou Definição de Pronto. A DoD é uma discussão entre Time de Desenvolvimento (o que inclui o testador/QA) e Product Owner de que toda a entrega atenderá os padrões de qualidade estabelecidos por eles mesmos.
Para que serve o DoD?
É uma forma de se buscar a excelência. A discussão aprofunda a compreensão da equipe dos itens do backlog e os requisitos do produto de cada estória da sprint.
Quando uma estória está pronta?
 |
| Vida de Programador - nº1438 |
Toda mudança é difícil, quando você sai do modelo de desenvolvimento tradicional e vai para o ágil a história não é diferente. Posso dizer que eu vivi o quadrinho do Vida de Programador acima. É difícil de um programador de longa data aceitar que o "pronto" não é mais um status por etapa de desenvolvimento e sim "pronto" de tudo. Ainda percebo que é difícil o programador aceitar que ele precisa se preocupar com tudo também.
É importante frisar que, no ágil, a definição de pronto é decidido pela equipe e ocorre por estória. Então temos que o "pronto" pode ser diferente para cada estória dentro da sprint. ;)
Exemplos de definição de pronto:
- Critérios de aceite da estória atendidos.
Responsável: Time de Desenvolvimento e Product Owner;
- Testes da estória executados conforme planejamento. Todas as subtasks de testes devem estar finalizadas.
Responsável: QA (Quality Assurance);
- Todos os defeitos não críticos que não podem ser corrigidos dentro dos limites da sprint adicionados ao backlog do produto e priorizados para a próxima sprint.
Responsável: todo o time;
- Integração de todas as funcionalidades.
Responsável: todo o time;
- Todos os requisitos funcionais testados, incluindo os testes positivos e negativos, com o número de testes com base no tamanho, complexidade e riscos.
Responsável: QA;
- Todos os riscos de qualidade cobertos de acordo com a medida acordada de testes.
Responsável: QA;
- Documentação escrita, avaliada e aprovada.
Responsável: Product Owner.
Espero que tenham gostado deste post. Qualquer dúvida, perguntem! :D
Referências:
Definition of Done. Disponível em: <http://www.mindmaster.com.br/definition-of-done/>.
Apostila da certificação CTFL-AT (já falei sobre ela AQUI): Foundation Level Extension Syllabus Agile Tester. Disponível em: <http://www.bstqb.org.br/uploads/docs/syllabus_ctfl_at_2014br.pdf>.
Nenhum comentário:
Postar um comentário