how report test execution smartly
Relatório de status de teste de software
“O acordo de que uma determinada informação, em um determinado formato, será enviada por uma determinada equipe / indivíduo, em determinados intervalos de tempo, a determinados membros - é como um aperto de mão - um reconhecimento de que não importa qual seja o resultado de uma tarefa no Por outro lado, você seria informado sobre isso, mais cedo ou mais tarde. ”
Esta é a primeira seção do juramento de um profissional de TI. Bem, estou brincando! Não há juramento, mas se houvesse, certamente estaria no topo da lista de itens nele. Não é?
tutorial do servidor de 2015 da equipe do visual studio
Responsabilidade e transparência (A e T) são essenciais para todos os projetos de TI em vários níveis - nível de projeto, nível de equipe, nível de tarefa e também um nível individual. Como podemos ter certeza de que esses atributos são atendidos? A resposta é - comunicando, mais formalmente Relatório de status !
A nível individual, não enviamos todos relatórios, principalmente, EOD todos os dias para comunicar o cumprimento (ou não cumprimento) de suas tarefas diárias. Isso prova que você realmente “está” ciente de quais eram suas funções para começar.
O que você aprenderá:
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 você fez 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 informação para amanhã? Se sim, de quem e do que são?
O destinatário deste e-mail / relatório é geralmente o gerente, também os membros da equipe podem receber um CC em alguns casos - isso depende do protocolo de comunicação que a equipe segue.
Relatórios de teste
Agora, é hora de ser específico e aprender tudo sobre os relatórios que as equipes de teste / controle de qualidade enviam.
As equipes de teste enviam vários relatórios em diferentes fases do STLC.
- Status do plano de teste
- Status da documentação de teste
- Status de execução de teste (status de defeito)
Plano de teste : Basta comunicar-se com as demais equipes do projeto, quando um plano de teste é criado ou quando uma grande alteração é feita nele.
Documentação de teste : Avise todas as equipes quando o desenho dos testes, coleta de dados e outras atividades começaram e também quando eles terminaram. Este relatório não apenas permitirá que eles saibam sobre o progresso da tarefa, mas também sinalizará às equipes que precisam revisar e aprovar os artefatos, que eles serão os próximos.
Execução de Teste : Execução é a fase de um projeto em que a equipe de teste é o foco principal - positiva e negativamente - 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 podem 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 QA às partes interessadas.
Portanto, o modo de um Relatório de Status pode ser:
- Email / documento
- Reunião / apresentação
- Ambos - e-mail diário e reunião semanal ou algo 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 transparência para as atividades da equipe de QA 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 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 contém um relatório de status de execução de teste? - 10 pontos
- Número de casos de teste planejados para aquele dia
- Número de casos de teste executados - naquele dia
- Número de casos de teste executados em geral
- Número de defeitos encontrados naquele dia / e seus respectivos estados
- Número de defeitos encontrados até agora / e seus respectivos estados
- Número de defeitos críticos - ainda aberto
- Tempos de inatividade do ambiente - se houver
- Showstoppers - se houver
- Anexo da folha de execução do teste / Link para o Ferramenta de gerenciamento de teste onde os casos de teste são colocados
- Anexo ao relatório de bug / link para a ferramenta Defeito / Teste / Gerenciamento usada para gerenciamento de incidentes
Os 10 pontos acima, se você observar 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 colorido. Por exemplo, Verde - na hora certa, Laranja- Um pouco atrasado, mas pode absorver o atraso, Vermelho- Atrasado.
- Inclua algumas métricas simples como% de aprovação de casos de teste até agora, densidade de defeitos,% de defeitos graves; ao fazer isso, você não está apenas fornecendo números, mas dando uma ideia da qualidade do produto que está testando.
- Se uma fase significativa estiver concluída, destaque-a.
- Se houver um defeito crítico que irá bloquear toda / uma parte da execução futura, destaque-o.
- Se estiver usando uma apresentação, certifique-se de incluir alguns gráficos para causar um impacto melhor.
Por exemplo, o gráfico abaixo é uma representação de o número de defeitos abertos, em termos de módulo :
Além disso, você também pode incluir opcionalmente:
- Quais são as atividades planejadas a seguir?
- Você precisa de alguma contribuição de qualquer uma das outras equipes e, em caso afirmativo, quais?
Por fim, algumas dicas para ajudar no processo:
- Seja conciso ao mesmo tempo completo
- Certifique-se de que os resultados relatados sejam precisos
- Use marcadores para tornar o relatório muito legível
- Verifique novamente para incluir a data, assunto, lista e anexos corretos.
- 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 ao arquivo)
- Se for uma reunião de Status - Esteja preparado para a apresentação, chegue a tempo e, o mais importante, mantenha um tom uniforme (não se orgulhe muito dos defeitos - eles geralmente são 'más notícias').
Relatório de status de amostra
Relatório de status do teste de QA:
Seguindo essas diretrizes, chegamos ao Relatório de status abaixo.
Para comodidade dos nossos leitores, incluímos 3 folhas com diferentes níveis de informação que podem transmitir.
Folha 1 - é um resumo do status geral do projeto.
Folha 2 - é mais sobre os detalhes individuais do status do caso de teste.
Folha 3 - é um exemplo de relatório de bug.
Perguntas da entrevista do oracle pl sql com 5 anos de experiência
Baixe este Modelo de relatório de status de amostra Xls com todas as três folhas. (Clique com o botão direito no link e selecione ‘Salvar link como ..’ para fazer o download)
Sobre o autor - Este é um artigo do membro da equipe STH Swati Seela. Você pode saber mais sobre ela em nosso Página do curso de teste de software .
Compartilhe seus comentários e perguntas conosco abaixo.
Leitura recomendada
- Como escrever um relatório semanal de status de teste de software
- Como atualizar o status de execução do caso de teste TestLink remotamente por meio do Selenium - Tutorial nº 3
- Como escrever um relatório de resumo de teste eficaz (Download de relatório de amostra)
- Exemplo de relatório de bug
- Modelo de amostra para relatório de teste de aceitação com exemplos
- Biblioteca de modelos padrão (STL): uma breve introdução
- Criando Genéricos e Conjuntos de Testes - Tutorial do Selenium nº 22
- Modelo de caso de teste de amostra com exemplos de caso de teste (download)