Teste de Software Relatórios de Status
“O acordo de que uma determinada informação, em um determinado formato, serão enviados por uma determinada equipe/indivíduo, em determinados intervalos de tempo, para certos membros – é como um aperto de mão – o reconhecimento de que não importa o que o resultado de uma tarefa em mãos, você seria mantida postado sobre isso, mais cedo ou mais tarde.”
esta é a primeira seção do juramento de um profissional de TI. Bem, estou a brincar! Não há juramento, mas se houvesse um, isso certamente ocuparia o topo da lista de itens nele. Não é?
responsabilidade e transparência (a & T) são essenciais para todos os projetos de TI em vários níveis – nível do Projeto, nível da equipe, nível da tarefa e também um nível individual. Como garantir que esses atributos sejam atendidos? A resposta é – comunicação, mais formalmente – relatório de Status!
em um nível individual, nem todos nós enviamos relatórios, principalmente, EOD todos os dias para comunicar a realização (ou não realização) de suas tarefas diárias. Isso vai provar que, você realmente “está” ciente de quais eram seus deveres para começar.
relatório de Status diário
as informações que precisam fazer parte do “Relatório de Status diário” de um indivíduo são:
- o que fizeste hoje?
- o que você está planejando fazer amanhã?
- você enfrentou algum problema durante o dia? Se sim, como você os resolveu ou eles ainda estão abertos?
- você precisa de alguma entrada para amanhã? Se sim, de quem e o que são?
o destinatário deste e – mail / relatório é geralmente o gerente, também os membros da equipe podem ser CC’ED em alguns casos-isso depende do protocolo de comunicação que a equipe segue.
relatórios de teste
agora, é hora de obter específico e aprender tudo sobre os relatórios que as equipes de teste/QA enviar.
equipes de teste enviam vários relatórios em diferentes fases no STLC.
- status do plano de teste
- status da documentação de teste
- status da execução do teste(status do defeito)
plano de teste: basta se comunicar com o resto das equipes do projeto, quando um plano de teste é criado ou quando uma grande mudança é feita nele.
documentação do teste: informe todas as equipes quando o projeto dos testes, a coleta de dados e outras atividades tiverem começado e também quando estiverem concluídos. Este relatório não apenas os informará sobre o andamento da tarefa, mas também sinalizará às equipes que precisam revisar e fornecer sinalização sobre os artefatos, que eles são os próximos.Execução de teste: a execução é a fase de um projeto quando a equipe de teste é o foco principal-positiva e negativamente – nós somos os heróis e os vilões.
um dia típico durante um ciclo de teste não é feito a menos que o relatório de Status diário seja enviado. Em algumas equipes, eles poderiam concordar com um relatório semanal, mas enviá-lo diariamente é a norma.
também não é incomum ter uma reunião de Status todos os dias (ou semanas) para apresentar o status da equipe de controle de qualidade às partes interessadas.
Portanto, o modo de um Relatório de Status pode ser:
- e-Mail/documento
- Reunião/apresentação
- Ambos – e-mail diário e semanal de reunião ou assim.
relatório de Status de execução de teste
relatório de execução de Teste Diário/Semanal:
o que é isso? Geralmente, esta é uma comunicação enviada para estabelecer a transparência para as atividades da equipe de controle de qualidade do dia durante o ciclo de teste – inclui informações de defeito e informações de execução de caso de teste.
para quem deve ir? – Normalmente, a equipe de desenvolvimento, a equipe de Suporte Ao Meio Ambiente, O Analista de negócios e a equipe do projeto são os destinatários/participantes da reunião. O plano de teste é o melhor lugar para você encontrar essas informações.
o que um relatório de Status de execução de teste contém? – 10 pontos
- Número de casos de Teste planejados para o dia em que
- Número de casos de Teste executados – que dia
- Número de casos de Teste executados geral
- Número de Defeitos encontrados naquele dia,/e respectivos estados,
- Número de Defeitos encontrados até o momento/e respectivos estados,
- Número de Defeitos críticos – ainda abrir
- Ambiente de períodos de inatividade – se qualquer
- Showstoppers – se qualquer
- Anexo da execução do teste folha / Link para o Teste de ferramenta de Gerenciamento, onde os casos de teste são colocadas
- Anexo para o relatório de Bug / link para a Ferramenta de defeito / teste / gerenciamento usada para gerenciamento de incidentes
os 10 pontos acima, se você notar De Perto são os dados brutos. Relatar os fatos é uma coisa e relatar alguns fatos “inteligentes” é outra. Como refinamos essas informações?
- mostra o status geral com um indicador de cor. Por exemplo, verde-na hora certa, Laranja-um pouco atrás, mas pode absorver o atraso, vermelho – atrasado.
- inclua algumas métricas simples, como passar % dos casos de teste até agora, densidade de defeitos, % de defeitos graves; ao fazer isso, você não está apenas dando números, você está realmente fornecendo um vislumbre da qualidade do produto que está testando.
- se uma fase significativa estiver completa – destaque isso.
- se houver um defeito crítico que irá bloquear todos/uma parte da execução futura – destaque isso.
- se estiver usando uma apresentação, inclua alguns gráficos para causar um melhor impacto.
por exemplo, o gráfico abaixo é uma representação do número de defeitos abertos, em termos de Módulo:
Além destes, você também pode, opcionalmente, incluir:
- Quais são as atividades planejadas próximo?
- você precisa de alguma entrada de qualquer uma das outras equipes e, em caso afirmativo, o que?
por fim, algumas sugestões para ajudar o processo ao longo:
- Ser concisa e ao mesmo tempo completo
- certifique-se de que os resultados do relatório são precisos
- Utilização de marcadores de pontos para tornar o relatório muito legível
- verifique duas vezes para incluir o direito de, data, assunto, e de lista de anexos.
- se o relatório for muito grande e tiver muitos fatores para relatar: coloque-o em um local comum como um arquivo e envie um link no e-mail em vez do próprio arquivo. (Certifique-se de que os destinatários tenham permissões de acesso a este local e o arquivo)
- Se é uma reunião de Status – Ser preparado para a apresentação, chegar no horário e, mais importante, manter um mesmo tom (não seja orgulhoso demais dos defeitos – eles são em geral “más notícias”).
relatório de status da amostra
relatório de Status do teste de controle de qualidade:
seguindo essas diretrizes, chegamos ao relatório de Status abaixo.
para a conveniência de nossos leitores, incluímos 3 folhas transmitindo diferentes níveis de informação que eles podem transmitir.
folha 1 – é um resumo do status geral do projeto.
Folha 2 – é mais sobre o detalhe individual do status do caso de teste.
folha 3 – é um relatório de Bug de amostra.
Baixe este modelo XLS de relatório de status de amostra com todas as três folhas. (Clique com o botão direito do mouse no link e selecione ‘Salvar link como..’para baixar)
sobre Autor-este é um artigo do membro da equipe sth Swati Seela. Você pode saber mais sobre ela em nossa página do curso de teste de Software.
