Menu

Como realizar análises de documentação de teste em 6 etapas simples - Processo de controle de qualidade

how perform test documentation reviews 6 simple steps qa process

Experimente Nosso Instrumento Para Eliminar Problemas

Agora, todos nós sabemos que para um testador, Documentação é parte integrante de sua vida diária. Há uma sobrecarga de artefatos de teste que são criados, revisados, aprovados, usados, mantidos e distribuídos. Sempre temos processos bem definidos para como criar um documento, como usá-lo, a quem deve ir, etc.

Através deste artigo, vamos lançar alguma luz sobre o pequeno, mas importante tópico - Avaliações.

A revisão também é uma forma de teste - a parte de verificação do V&V também chamada de Teste estático.

Realizar análises de documentação de teste

O que você aprenderá:

Tipos de resenhas

  • Revendo seu próprio trabalho - Autoverificação
  • Revisão por pares
  • Supervisora

Se a validação é metade das práticas de teste, a verificação é a outra, mas muitas vezes as diretrizes são obscuras - então vamos mudar isso AGORA. É uma prática geral com os artigos da STH, começaremos com as perguntas, O quê? Porque? Quão?

relógio de entrada e saída de software grátis

Revisões de documentos de teste de software

O que revisamos?

Tudo o que foi criado tem que ser revisto. A seguir estão alguns dos artefatos comuns revisados:

  • Plano de teste
  • Cenários de teste
  • Modelos de teste
  • Casos de teste
  • Dados de teste
  • Relatórios ... etc

Revisões de documentos de teste

Por que revisar?

Exatamente pela mesma razão que testamos o software, Por exemplo,

  • Para descobrir erros
  • Para verificar a integridade
  • Para garantir que os padrões e diretrizes sejam cumpridos ou não ... etc.

Como revisar?

A seguir está a lista de atividades envolvidas:

  • Defina os critérios - tem uma lista de verificação do que procurar?
  • Realize a verificação
  • Registre seus resultados
  • Compartilhe, discuta e implemente as mudanças necessárias
  • Controle de versão dos documentos envolvidos
  • Assine e use o documento conforme pretendido.

Processo de revisão de documentos de teste

Vamos agora discutir cada etapa na seção “Como” - em outras palavras, o processo para executá-la.

(A maioria de nós, testadores, não gosta do processador de texto, não é? Para nós, significa muito mais trabalho ou alguma tarefa gerencial de alto nível que temos que fazer, mesmo se não quisermos - para por uma questão de conformidade da qual não temos ideia. Mas, acredite em mim, quando você chegar a uma processo que funciona e é simples o suficiente para entendermos por que temos que fazer isso, pode ser divertido! Apenas brinque comigo.)

O processo de revisão por pares e revisões de supervisão é o mesmo para mim porque um supervisor também é um par, apesar da designação mais alta.

Etapa 1: Definir os critérios

# 1) O que você espera encontrar? Você pode procurar coisas como:

  • Erros de ortografia (parece muito bobo? Acho que não, uma vez eu escrevi “Wed Object” em vez de “Web Object” em um de meus artigos - muda o significado completamente. Quase torna muito bobo para ser levado a sério.
  • Conformidade de formato / modelo
  • Cobertura de funcionalidade e correção
  • Facilidade de compreensão
  • Padrões seguidos - convenções de nomenclatura, numeração consistente ... etc.

#dois) Faça uma lista de verificação - As listas de verificação são muito versáteis. Pode ser tão complicado quanto uma lista de verificação de revisão ou tão simples quanto uma lista de compras. Só leva algum tempo para fazer isso e, depois de fazer, é tão simples como marcar ON ou OFF.

# 3) Como relatar os resultados? - Escolha o que for conveniente, de preferência um método que possa ser gravado e rastreado.

  • Às vezes, isso pode ser tão simples quanto adicionar uma coluna extra na planilha do Excel com casos de teste e escrever algo em vermelho quando não é o que deveria ser.
  • Pode ser boca a boca
  • Uma lista em um e-mail

Etapa 2: execute a verificação

# 1) Usando a lista de verificação feita anteriormente, verifique o documento e forneça seus comentários.

Etapa 3: registre seus resultados

# 1) Novamente, usando o método decidido na etapa 1, registre e relate seus resultados.

#dois) Ao relatar seus comentários ou sugestões de mudança, não trate-o de maneira diferente do que relatar um defeito. Não negligencie nada. Seja detalhado.

Etapa 4: compartilhar, discutir e implementar as mudanças necessárias

# 1) Ninguém gosta de ouvir que seu trabalho está incorreto ou incompleto. Portanto, tenha em mente as seguintes diretrizes ao fornecer feedback negativo.

  • Faça críticas construtivas - Lembre-se de não criticar a pessoa, mas apontar falhas neste produto
  • Não se torne competitivo - só porque ele entregou 30 comentários de revisão em seus casos de teste, não tente vencê-lo.
  • Justifique seus comentários

#dois) Obtenha uma assinatura.

# 3) Faça as mudanças

Etapa 5: Controle de versão dos documentos envolvidos

# 1) Não exclua as versões anteriores de nenhum dos documentos. Nomeie-os apropriadamente e mantenha-os em uma pasta de projeto centralizada. Afinal, essa é a prova de todo o nosso trabalho

Etapa 6: assine e use o documento conforme pretendido

# 1) Depois que todas as alterações forem incorporadas, a versão salva, dê ao processo de revisão uma assinatura e passe a usar o documento para o qual foi criado.

#dois) Outra questão que surge é - devemos verificar novamente depois que as alterações são feitas? Quantas vezes esse processo continuará - trabalho-revisão-conserto e depois revisado novamente? Até quando?

Não, uma revisão não precisa acontecer repetidamente. É uma atividade de controle de qualidade que se concentra em verificar se os auxiliares de teste foram criados da maneira certa ou não. Como sempre, documentos sem defeito são impossíveis. Portanto, um nível razoável de revisão - uma vez por um colega é aceitável.

Pronto, você terminou. Este processo não é simples?

Pontos para lembrar

  • Todo projeto não precisa seguir este método formalizado de revisão, mas mesmo se eles tiverem um método informal em vigor, essas etapas ajudarão a definir as expectativas e guiá-lo.
  • Documentação de teste As estimativas de cronograma baseiam-se normalmente no tempo necessário para criar e revisar os documentos - portanto, está embutido neles, embora nem sempre o reconheçamos.
  • A revisão não é um processo limitado às equipes de teste manual. As equipes de automação também realizam análises de código, revisões de design, etc.

Por último, é assim que se parece um típico documento de comentários de revisão para casos de teste. Os comentários estão em vermelho. Não necessariamente comentários reais, mas algo para mostrar como isso é feito.

Documento de revisão de casos de teste de amostra: (clique para ampliar a imagem)

Amostra de documento de revisão de caso de teste

Para você

Então, você ainda acha que os processos são assustadores? Você realiza revisões em seus projetos? Compartilhe suas experiências, desafios, dúvidas e comentários abaixo.

qual é o melhor software de texto para fala

Sobre o autor: Esta é uma postagem de Swati Seela - um especialista em testes manuais e de automação com mais de 9 anos de experiência na indústria . Ela também é instrutora do nosso curso de treinamento de teste de software.

Se você quiser aprender sobre teste de software com especialistas, verifique a programação de nosso próximo lote e mais sobre este curso nesta página .

Leitura recomendada

^