Menu

As listas de verificação de teste de software de QA (exemplos de listas de verificação incluídas)

qa software testing checklists

Experimente Nosso Instrumento Para Eliminar Problemas

Listas de verificação de teste de QA de software

Hoje trazemos a você outra ferramenta de qualidade que é tão frequentemente subutilizada que pensamos em refazer os detalhes sobre ela na esperança de que ela recupere sua glória perdida. É a ‘Lista de verificação’.

Definição: Uma Lista de Verificação é um catálogo de itens / tarefas que são registrados para rastreamento. Essa lista pode ser ordenada em uma sequência ou pode ser aleatória.

As listas de verificação são parte integrante de nossas vidas diárias. Nós os usamos em várias situações, desde compras de supermercado até uma lista de tarefas pendentes para as atividades do dia.

Listas de verificação de teste de software de controle de qualidade

O que você aprenderá:

Visão geral das listas de verificação de teste de software de controle de qualidade

Assim que chegamos ao escritório, sempre fazemos uma lista de coisas para fazer naquele dia / semana, como abaixo:

Quando um item da lista é concluído, você o risca, remove da lista ou marca o item com uma marca - para marcar sua conclusão. Não é muito familiar para nós?

No entanto, isso é tudo para que pode ser usado?

melhor site de download de mp3 para android

Podemos usar listas de verificação em nossos projetos de TI formalmente (especificamente QA) e, em caso afirmativo, quando e como? Isso é o que será abordado a seguir.

Eu pessoalmente defendo o uso de listas de verificação pelas seguintes razões:

  • É versátil - pode ser usado para qualquer coisa
  • Fácil de criar / usar / manter
  • Analisar os resultados (progresso da tarefa / status de conclusão) é muito fácil
  • Muito flexível - você pode adicionar ou remover itens conforme necessário

Como é prática geral, falaremos sobre os aspectos “Por que” e “Como”.

  • Por que precisamos de listas de verificação? : Para rastrear e avaliar a conclusão (ou não conclusão). Para anotar tarefas, para que nada seja esquecido.
  • Como criamos listas de verificação? : Bem, isso não poderia ser mais simples. Simplesmente, escreva tudo ponto por ponto.

Exemplo de listas de verificação para processos de QA:

Como mencionei acima, existem algumas áreas no campo de controle de qualidade em que podemos colocar o conceito de lista de verificação para funcionar de maneira eficaz e obter bons resultados. Duas das áreas que veremos hoje são:

  • Análise de preparação para teste
  • Quando parar o teste ou a lista de verificação dos critérios de saída

# 1) Análise de preparação do teste

Esta é uma atividade muito comum que é realizada por toda equipe de QA para determinar se eles têm tudo o que precisam para prosseguir para a fase de execução do teste. Além disso, esta é uma atividade recorrente antes de cada ciclo de teste em projetos que envolvem vários ciclos.

Para não ter problemas após o início da fase de teste e perceber que entramos prematuramente na fase de execução, todo projeto de QA precisa conduzir uma revisão para determinar se possui todas as entradas necessárias para o teste bem-sucedido.

Uma lista de verificação facilita essa atividade perfeitamente. Ele permite que você faça uma lista de 'coisas necessárias' com antecedência e analise cada item sequencialmente. Você também pode reutilizar a folha depois de criada para os ciclos de teste subsequentes.

Informação adicional: A revisão de prontidão do teste geralmente é criada e realizada pelo representante da equipe de QA. Os resultados são compartilhados com os PMs e outros membros da equipe para indicar se a equipe de teste está pronta ou não para entrar na fase de execução do teste.

Abaixo está um exemplo de um exemplo de lista de verificação de avaliação de preparação para teste:

Critérios de revisão de prontidão de teste (TRR)

Status

Todos os requisitos finalizados e analisados Feito
Plano de teste criado e revisado Feito
Preparação de casos de teste feito
Revisão e aprovação do caso de teste
Dados de teste disponibilidade
Teste de Fumaça
O teste de sanidade é feito?
Equipe ciente das funções e responsabilidades
Equipe ciente dos resultados esperados deles
Equipe ciente do Protocolo de comunicação
O acesso da equipe ao aplicativo, ferramentas de controle de versão, Gerenciamento de Teste
Equipe treinada
Aspectos técnicos - Server1 atualizado ou não?
Padrões de relatório de defeitos são definidos

Agora, tudo o que você precisa fazer com essa lista é marcar como concluído ou não concluído.

# 2) Lista de verificação dos critérios de saída

Como o nome indica, esta é uma lista de verificação que ajuda na tomada de decisão se uma fase / ciclo de teste deve ser interrompido ou continuado.

Uma vez que um produto sem defeitos não é possível e teremos que nos certificar de que testamos da melhor forma possível no período de tempo determinado - uma lista de verificação do efeito abaixo é criada para rastrear os critérios mais importantes que precisam ser atendidos para considerar uma fase de teste satisfatória.

Critério de saída

Status

100% dos scripts de teste executados Feito
Taxa de aprovação de 95% dos scripts de teste
Nenhum defeito aberto crítico e de alta gravidade
95% dos defeitos de gravidade média foram fechados
Todos os defeitos restantes são cancelados ou documentados como solicitações de mudança para uma versão futura
Todos os resultados esperados e reais são capturados e documentados com o script de teste Feito
Todas as métricas de teste são coletadas com base em relatórios de HP ALM
Todos os defeitos são registrados no HP ALM Feito
Memorando de encerramento de teste é preenchido e assinado

Lista de verificação de teste

Você vai iniciar um novo projeto para teste? Não se esqueça de verificar esta Lista de Verificação de Teste em cada etapa do Ciclo de Vida do Projeto. A lista é principalmente equivalente ao plano de teste, cobrirá todos os padrões de garantia de qualidade e teste.

Lista de verificação de teste:

  1. Criar Sistema e Testes de Aceitação ()
  2. Iniciar Criação de Teste de Aceitação ()
  3. Identifique a equipe de teste ()
  4. Criar plano de trabalho ()
  5. Criar abordagem de teste ()
  6. Critérios de aceitação de link e requisitos para formar a base do teste de aceitação ()
  7. Use um subconjunto de casos de teste do sistema para formar a parte dos requisitos do Teste de Aceitação ()
  8. Crie scripts para uso pelo cliente para demonstrar que o sistema atende aos requisitos ()
  9. Crie uma programação de teste. Inclui pessoas e todos os outros recursos. ()
  10. Realizar teste de aceitação ()
  11. Iniciar criação de teste de sistema ()
  12. Identifique os membros da equipe de teste ()
  13. Criar plano de trabalho ()
  14. Determinar os requisitos de recursos ()
  15. Identifique ferramentas de produtividade para testes ()
  16. Determinar os requisitos de dados ()
  17. Chegue a um acordo com o Data Center ()
  18. Criar abordagem de teste ()
  19. Identifique todas as instalações necessárias ()
  20. Obtenha e analise o material de teste existente ()
  21. Crie um inventário de itens de teste ()
  22. Identifique os estados, condições, processos e procedimentos do projeto ()
  23. Determine a necessidade de testes baseados em código (caixa branca). Identifique as condições. ()
  24. Identifique todos os requisitos funcionais ()
  25. Finalizar criação de inventário ()
  26. Iniciar a criação do caso de teste ()
  27. Crie casos de teste com base no inventário de itens de teste ()
  28. Identifique grupos lógicos de funções de negócios para o novo sistema ()
  29. Divida os casos de teste em grupos funcionais rastreados para testar o estoque de itens ()
  30. Projete conjuntos de dados para corresponder aos casos de teste ()
  31. Finalizar criação de caso de teste ()
  32. Revise funções de negócios, casos de teste e conjuntos de dados com os usuários ()
  33. Obtenha a aprovação do design de teste do líder do projeto e QA ()
  34. Finalizar Design de Teste ()
  35. Comece a preparação do teste ()
  36. Obtenha recursos de suporte de teste ()
  37. Descreva os resultados esperados para cada caso de teste ()
  38. Obtenha dados de teste. Validar e rastrear para casos de teste ()
  39. Prepare scripts de teste detalhados para cada caso de teste ()
  40. Preparar e documentar os procedimentos de configuração ambiental. Inclui planos de backup e recuperação ()
  41. Finalizar a fase de preparação do teste ()
  42. Conduzir teste de sistema ()
  43. Execute Scripts de Teste ()
  44. Compare o resultado real ao esperado ()
  45. Documente as discrepâncias e crie um relatório de problema ()
  46. Prepare a entrada da fase de manutenção ()
  47. Reexecute o grupo de teste após reparos de problemas ()
  48. Crie um relatório de teste final, inclua a lista de bugs conhecidos ()
  49. Obtenha a aprovação formal ()

Lista de verificação de automação

Se você responder sim a qualquer uma dessas perguntas, então seu teste deve ser seriamente considerado para automação.

P # 1) A sequência de ações de teste pode ser definida?

Responda: É útil repetir a sequência de ações muitas vezes? Exemplos disso seriam os testes de aceitação, testes de compatibilidade, testes de desempenho e testes de regressão.

P # 2) É possível automatizar a sequência de ações?

Responda: Isso pode determinar que a automação não é adequada para esta sequência de ações.

P # 3) É possível “semi-automatizar” um teste?

Responda: A automatização de partes de um teste pode acelerar o tempo de execução do teste.

P # 4) O comportamento do software em teste é o mesmo com automação ou sem?

Responda: Esta é uma preocupação importante para o Teste de Desempenho.

P # 5) Você está testando aspectos não relacionados à IU do programa? Responda: Quase todas as funções não relacionadas à IU podem e devem ser testes automatizados.

P # 6) Você precisa executar os mesmos testes em várias configurações de hardware?

Responda: Execute testes ad-hoc (Observação: o ideal é que todo bug deve ter um caso de teste associado. Os testes ad hoc são melhores feitos manualmente. Você deve tentar se imaginar em situações do mundo real e usar o software como seu cliente faria. Conforme os bugs são encontrados durante o teste ad-hoc, novos casos de teste devem ser criados para que possam ser reproduzidos facilmente e para que os testes de regressão possam ser realizados quando você chegar à fase Zero Bug Build.

Um teste Ad-hoc é um teste executado manualmente em que o testador tenta simular o uso real do produto de software. É durante a execução de testes ad hoc que a maioria dos bugs será encontrada. Deve-se enfatizar que a automação nunca pode ser um substituto para o teste manual.

como abrir arquivo .xml

Pontos a serem observados:

  • Os dois acima são exemplos para mostrar o uso de listas de verificação para Processos de controle de qualidade , mas o uso não se limita a essas duas áreas.
  • Os itens em cada lista também são indicadores para dar uma ideia aos leitores sobre que tipo de itens podem ser incluídos e rastreados - no entanto, a lista pode ser expandida e / ou compactada conforme necessário.

Realmente esperamos que os exemplos acima tenham tido sucesso em apresentar o potencial das listas de verificação para os processos de QA e TI.

Portanto, da próxima vez que você precisar de uma ferramenta simples que seja semiformal, simples e eficiente, esperamos tê-lo orientado no sentido de dar uma chance às listas de verificação. Às vezes, a solução mais simples é a melhor.

Leitura recomendada

^