Uma boa pratica que ajuda a minimizar os problemas de rotatividade das equipes e transicao de atividades e a utilizacao de um Check List para cada fase. O objetivo deste post e compartilhar um checklist que ajude a garantir que todos os trabalhos realizados na fase de analise, design e execucao de teste foram concluidos e passar o conhecimento adquirido nessas fases para os Engenheiros, Analistas de Teste que serao envolvidos na proxima fase de teste.1. Transicao da fase de analise para designProjeto: Nome do Projeto e/ou ComponenteData: Data quando a reuniao de transicao aconteceuParticipantes da Reuniao de Transicao:Incluir o nome dos participantes da reuniao de transicao Nome 1Incluir o nome dos participantes da reuniao de transicao Nome 22. Transicao da fase de design para execucaoProjeto: Nome do Projeto e/ou ComponenteData: Data quando a reuniao de transicao aconteceuParticipantes da Reuniao de Transicao:Incluir o nome dos participantes da reuniao de transicao Nome 1Incluir o nome dos participantes da reuniao de transicao Nome 2Como voces podem ver, e uma maneira facil e rapida de garantir que todos os trabalhos realizados na fase de analise, design e execucao de teste foram concluidos e que o conhecimento adquirido nessas fases foi compartilhado com as partes interessadas na proxima fase de teste.Ate+,Quezada Ola Pessoal,Gostaria de agradecer a participacao de TODAS as pessoas que participaram do XXXVII Encontro do SPIN-Campinas que aconteceu no dia 24/Setembro/09 na Motorola em Jaguariuna, principalmente a Coordenacao do SPIN-Campinas.Realmente foi muito legal, conseguimos trocar experiencias, tivemos varias discussoes excelentes. A participacao de voces foi essencial para fazer o evento acontecer!!!Gostaria de dar os Parabens para a Gabriela, ela ganhou um vale presente da FNAC pois acertou o nome dos Macacos!! Hehehehehe !!! Gabriela, se voce comprar um DVD de filme, depois me empresta, ok? :-)Bem, para finalizar, segue abaixo a apresentacao:XXXVII Encontro do SPIN-Campinas - Participacao do Time de Teste em Projetos ScrumVeja mais apresentacoes de Gustavo Quezada.Muito obrigado!!Ate+,Quezada Quando estamos participando de uma execucao de teste nao basta executar, executar, executar, encontrar defeitos, encontrar mais defeitos e mais. Precisamos saber repassar/compartilhar para os Stakeholders (Partes interessadas no projeto) todo o trabalho que foi feito em forma de numeros e riscos. A ideia deste post e compartilhar com voces um exemplo simples e facil de reportar o status de uma execucao de teste.Um Analista de Teste precisa reportar os defeitos encontrados na execucao de testes, juntamente com informacoes uteis para as partes interessadas no projeto. Na maioria das vezes, esses relatorios nao usam nenhum padrao ou modelo nem sao comuns para a organizacao e, o que e pior, nao e possivel saber se a execucao esta atrasada ou quais defeitos o time de desenvolvimento devera dar prioridade.O relatorio parcial de execucao deve ser resumido e objetivo, basicamente com as informacoes abaixo:Informacao do Plano Master;Grafico Curva-S Esforco;Distribuicao Grafica de Defeitos;Lista de Requisicao de Mudancas;Riscos;Contatos;1. Informacao do Plano MasterA secao informacao do plano master deve conter a quantidade de testes planejados, executados, passados, falhados e bloqueados ate o momento. Ao verificar essa secao, o usuario deve ser capaz de obter as seguintes informacoes que sao