Menu

Como se preparar para escrever casos de teste (dicas de produtividade)

how prepare yourself

Experimente Nosso Instrumento Para Eliminar Problemas

Como se preparar para escrever casos de teste e melhorar sua produtividade:

Quando um testador decide escrever casos de teste de alta qualidade e deseja melhorar sua eficiência e a produtividade da escrita de casos de teste, existem alguns pontos-chave que ajudam os testadores a atingir esses objetivos.

Primeiro, eles precisam se preparar profissional e psicologicamente com alguns dos pontos-chave necessários para todos os testadores de software de sucesso no setor de TI. Isso será tratado como “ Entradas ”Para um testador antes de começar a escrever casos de teste.

escrita de caso de teste

Em seguida, eles precisam entender as métricas de qualidade envolvidas no projeto, que é usado como uma ferramenta para avaliar o desempenho do testador em várias fases do ciclo de vida do teste. Isso será tratado como “ Saídas ”Para um testador após completar escrita de caso de teste .

Finalmente, o testador precisa saber como o bug é relatado, os problemas são escalados e como os relatórios de teste são preparados em alinhamento com o procedimento padrão e podem ser compreensíveis pelas partes interessadas do projeto.

O que você aprenderá:

software de virtualização grátis para windows 10

Prepare-se para escrever o caso de teste

1) Escrever casos de teste é uma arte e não apenas um trabalho ou tarefa. Uma peça ou segmento de software pode ser projetado e desenvolvido, mas até e a menos que seja completamente testado para todos os cenários com uma abordagem de teste eficiente, será inútil e não poderá ser lançado e usado por ninguém. Então, trate-se como uma pessoa importante no projeto e trate sua atividade de teste como uma tarefa importante no projeto .

dois) O paixão com atitude positiva , que é o mais pessoal testadores de qualidade deveriam ter ao longo do ciclo de vida do projeto. A paixão motiva as capacidades e atitude de construção de equipe traz grande produtividade na escrita de casos de teste de qualidade. Significa que a atividade de redação de teste é uma mistura de qualidades profissionais e pessoais para um objetivo comum de alcançar grandes resultados como resultado final do projeto.

3) Positivo e casos de teste negativos fazem parte da escrita de casos de teste, mas os testadores devem ter uma avaliação mentalidade de quebrar o aplicativo em teste, encontrando bugs . Esta não é uma atitude negativa, evitando a situação de identificar um bug por alguém após o lançamento ou evitando a situação em que o sistema será quebrado por alguns usuários do sistema.

4) Eficiência do testador não deve ser estimado com base no número de bugs identificados no sistema em teste, mas na capacidade de escrever casos de teste bem-sucedidos que resultam na descoberta dos defeitos. Portanto, os casos de teste devem ser escritos de forma que a cobertura e rastreabilidade deve ser máximo com base no limite e escopo do sistema.

5) Compreenda o domínio do aplicativo completamente .Por exemplo, testar um site é mais fácil do que testar um software financeiro desenvolvido para a bolsa de valores que está sendo utilizado por milhares de pessoas ao mesmo tempo. A funcionalidade simples do site pode ser compreensível por qualquer testador, enquanto os termos financeiros e as funcionalidades não podem ser compreensíveis por todos os testadores até e a menos que tenham a formação educacional ou treinamento relevante ou tenham experiência de domínio .

Assim, quando um testador está sendo alocado em um novo projeto, ele deve fazer uma autoavaliação, se ele é elegível e pode realizar seu trabalho conforme as expectativas ou não. Se os requisitos funcionais forem difíceis de entender, eles devem ser escalados para a equipe do projeto com bastante antecedência para evitar equívocos futuros sobre a eficiência e desempenho do testador. Isso será tratado pelo gerente de projeto ou gerente de teste por meio de planos e treinamento adequados.

6) Os requisitos do projeto e os tipos de teste a serem realizados variam de projeto para projeto. Um testador deve estar preparado para fazer qualquer tipo de teste. Não limite suas capacidades às suas habilidades e especialidades. Esteja preparado para assumir responsabilidades e desafios para escrever e executar casos de teste para qualquer tipo de teste.

Muitos testadores tentam se adaptar ou se projetar apenas como testadores manuais ou de automação. Ao vir para o teste de desempenho, teste de carga ou teste de estresse, muito poucos testadores estão assumindo as funções e se preparando treinando ou reunindo o conhecimento necessário. Então, seja um aprendiz rápido e esteja pronto para assumir responsabilidades e crescer em sua carreira.

7) Identificar os tipos de teste a ser realizada e as habilidades necessárias para testar o AUT. Por exemplo, alguns projetos exigem apenas testes de caixa preta e alguns requerem habilidades de teste de caixa branca. O conhecimento de “ script ”Ou experiência em“ SQL ”Ou trabalhando com“ linguagem de marcação ”Como HTML / XML etc., ou mesmo um conhecimento do sistema sobre como instalar / solucionar problemas de instalação do software, etc. são alguns requisitos específicos do projeto que você deve aprender ou obter treinamento para os mesmos.

8) Certifique-se de que os casos de teste estão cobrindo o Tipos de teste de desempenho, teste de segurança e teste de regressão. Por exemplo, para acessar o aplicativo usando a tela de login abaixo:

Eficiência do Caso de Teste 2

  • O teste de desempenho pode ser necessário para verificar se o aplicativo está estável quando 1000 usuários fazem login no sistema ao mesmo tempo, e os casos de teste devem ser escritos para cobrir este cenário.
  • Os testes de segurança podem ser necessários para verificar se o aplicativo está permitindo apenas que usuários com direitos e permissões apropriados sejam autorizados a usar o sistema, e os casos de teste devem ser escritos para cobrir esses cenários.
  • O teste de regressão pode ser necessário para verificar se a funcionalidade principal e os recursos críticos estão funcionando corretamente em cada versão.

9) Revisão do Caso de Teste : Uma das fases mais importantes e negligenciadas de qualquer desenvolvimento de software e do ciclo de vida de teste é “ REVEJA ”. Quando um plano de projeto inclui alocação de tempo suficiente para um processo de revisão em cada estágio de desenvolvimento do projeto, as entregas e resultados de mais qualidade que podemos esperar.

diferença entre teste de fumaça e teste de sanidade

Por exemplo, antes de começar a escrever casos de teste, os testadores devem verificar se o documento de “especificação de requisitos” é revisado e todos os pontos de revisão são considerados e atualizados no documento. Se a organização está seguindo um processo adequado e amadurecido, todos os templates de documentos devem ter essa informação de alteração na primeira página do próprio documento.

Os documentos do caso de teste devem ser revisados ​​pelo menos 3 vezes por meio de:

i) Autoavaliação
ii) Revisão por pares
iii) Revisão por terceiros quanto à integridade, cobertura do teste, rastreabilidade e se o caso de teste é testável ou não.

10) Finalmente, entender como estimar e planeje as tarefas de teste . Planeje trabalhar apenas durante o tempo estimado programado em um dia. Isso pode ser alcançado iniciando e concluindo as tarefas a tempo e saindo para o dia com os planos para as tarefas do dia seguinte.

Evite ficar até tarde da noite e passar os fins de semana no escritório. Hoje em dia, abordagens eficientes de gerenciamento de projetos estão disponíveis e os projetos estão sendo executados em um ambiente Agile. Se os marcos não forem alcançados pelas equipes de projeto, isso será tratado como gerenciamento de projeto ineficiente, em vez de ineficiência das equipes de projeto.

Observação : Tenha em mente, mesmo para teste automatizado , os casos de teste devem ser claramente escritos e revisados ​​pelo menos uma vez, cobrindo completamente o fluxo funcional do aplicativo em teste. Qualquer ferramenta de teste de automação pode registrar e executar casos de teste com sucesso apenas quando os casos de teste manuais estão claramente definidos e escritos.

Métricas de Qualidade

Esta é uma atividade importante nas fases de teste de software. A equipe de teste deve estar completamente ciente das várias métricas de teste usadas para atingir a meta do projeto. O desempenho do testador não é avaliado com base apenas na fase de execução de teste, mas em todas as métricas de teste coletadas da análise de requisitos, escrita de casos de teste, execução, relatório de defeito e, finalmente, fase de relatório de teste.

Encontre abaixo algumas métricas de teste importantes seguido pela maioria das organizações para melhor produtividade dos testadores e a eficiência das fases de teste.

Veja tambémoutras métricas de teste úteis usadas nas fases de teste:

=> Importantes métricas e medições de teste de software e Processo de rastreamento de bugs de projeto ao vivo, métricas de teste e aprovação de teste.

1) Eficiência média de teste

  • Bugs por homem-mês do esforço de teste.
  • Calculado como média (total de bugs durante o esforço de teste em homens-mês).
  • A ser calculado após cada lançamento interno, bem como após a conclusão do teste.
  • Limite de aceitação: deve ser inferior a 50

2) Densidade média de defeito do cliente

  • Bugs relatados pelo cliente após a entrega Vs esforços totais de teste em homens-mês.
  • Calculado como média (total de bugs após entrega / esforço de teste em homens-mês).
  • A ser calculado após o lançamento externo e a conclusão do projeto.
  • Limite de aceitação: deve ser menor que 1

3) Falhas de teste funcional

  • Vários casos de teste funcional com falha / número total de casos de teste funcional executados.
  • A ser calculado mensal ou quinzenalmente.

4) Bugs com nível de gravidade 1

  • O número total de bugs identificados com nível de gravidade 1 (bloqueador).
  • O teste não pode ser continuado para o software devido aos problemas do bloqueador.
  • A ser calculado semanalmente.

5) Bugs com nível de gravidade 2

  • O número total de bugs identificados com nível de gravidade 2 (bugs principais).
  • O teste não pode ser continuado para o recurso devido aos principais bugs, mas pode ser continuado com outras partes do sistema.
  • A ser calculado semanalmente.

6) Bugs com nível de gravidade 3

  • O número total de bugs identificados com nível de gravidade 3 (bugs menores).
  • O teste pode continuar, pois o bug identificado é secundário e não interrompe o teste.
  • A ser calculado semanalmente.

7) Bugs com nível de gravidade 4

  • O número total de bugs identificados com nível de gravidade 4 (problemas cosméticos).
  • O teste pode ser concluído sem problemas, pois os bugs identificados são cosméticos relacionados e devem ser corrigidos na próxima versão.
  • A ser calculado semanalmente.

Relatório de Bug

O mecanismo de relatório de bug deve ser controlado com um processo de teste amadurecido para manter a qualidade do aplicativo. Deve haver um processo de escalonamento adequado para as pessoas autorizadas corretas para saber o status, gravidade e prioridade do bug. tem muitas ferramentas de relatório de bugs gratuitas e comerciais disponíveis como Bugzilla, Mantis, etc., que são muito eficazes no mecanismo de rastreamento de problemas e podem ser integrados facilmente com qualquer ferramenta de gerenciamento de teste usada no projeto.

Em cada projeto de teste, os procedimentos padrão precisam ser seguidos para um mecanismo de relatório de status online diariamente. Cada bug / problema registrado e relatado nestes sistemas de rastreamento de bugs deve enviar imediatamente um e-mail para as respectivas autoridades que irão ajudá-los a planejar e tomar ações de acordo.

Para aprender o processo de relatório de bug em detalhesleia os seguintes artigos:

=> Como escrever um bom relatório de bug? Dicas e truques
=> Relatório de bug de amostra
=> Por que o relatório de bug é uma arte que deve ser aprendida por todos os testadores?
=> Ciclo de vida do bug
=> Relatórios de bug de amostra para aplicativos da web e de produtos

Relatórios de teste

Além dos relatórios de bug levantados, registrados e escalados no sistema de relatório de bug, um relatório de teste é um dos documentos mais importantes para saber o status do teste e outras métricas importantes identificadas e calculadas durante o período de tempo de relatório do teste.

Abaixo está um relatório de teste simples:

Além disso, leia os seguintes tutoriais úteis pararelatório de teste eficaz:

=> Guia para escrever um relatório de resumo de teste eficaz
=> Como relatar a execução do teste de maneira inteligente (Baixar modelo de relatório de status)

gerador de número aleatório 0-1

vitorioso

jaya1

Conclusão

O processo de preparação para escrever casos de teste não é apenas alocação de recursos no projeto, mas existem alguns requisitos principais, como preparar-nos como um testador elegível e entender as métricas de qualidade sendo monitoradas durante todo o ciclo de vida do teste e mesmo após o lançamento.

Assim, seguir processos, normas, procedimentos e seguir estritamente as métricas de qualidade com paixão, pode trazer automaticamente em você grande eficiência de testes, produtividade e um testador de qualidade, o que se tornará um hábito em sua vida profissional.

Esses fatores de qualidade podem ser auto-analisados ​​ou analisados ​​em grupo, fazendo algumas perguntas que dirá se estamos no caminho certo para a melhoria do self e do processo com o objetivo de alcançar uma abordagem eficiente na escrita e execução de casos de teste:

  • Você examinou os requisitos funcionais / requisitos do usuário / documentos de casos de uso de negócios?
  • O documento de requisitos funcionais foi revisado e atualizado adequadamente com comentários de revisão?
  • Você recebeu os protótipos de tela de todos os recursos a serem testados?
  • Você se sente confortável em escrever casos de teste que podem ser testados e rastreados ao longo do ciclo de vida do teste?
  • Você tem o conjunto de habilidades e o conhecimento de domínio necessários para testar o aplicativo em teste?
  • Você precisa de algum treinamento ou conhecimento técnico necessário para executar os casos de teste?
  • Você tem um cronograma para escrever, revisar e executar casos de teste, que cobre o tempo para preparar documentos de qualidade?
  • Você tem colegas para revisar seus casos de teste e um especialista autorizado no assunto para verificar a integridade e a cobertura dos recursos e funcionalidades a serem testados?
  • Você tem casos de teste suficientes para todos os requisitos funcionais?
  • Você tem casos de teste suficientes para desempenho, teste de carga e teste de segurança?
  • Você tem casos de teste suficientes para instalação e teste de regressão?
  • Você tem o ponto de contato para encaminhar os problemas ou relatar bugs?
  • A ferramenta de rastreamento de bugs está configurada corretamente com a permissão necessária para todos?
  • Você se sente confortável em seguir todos os processos definidos no plano de teste?
  • Você está envolvido em todas as reuniões de revisão e tem a chance de falar com a equipe de desenvolvimento ou gerenciamento?
  • Sua produtividade e eficiência melhoraram ou você precisa tomar alguma medida para isso?

Leitura recomendada = >> Melhores cursos de redação criativa online

Existem muitas perguntas semelhantes que os testadores podem fazer a si mesmos para análises de autoaperfeiçoamento, dependendo do tipo de projeto ou da organização com a qual estão trabalhando. O mais importante é que todas essas atividades não devem ser seguidas apenas por uma questão de seguir os processos, mas devem ser feitas como seus hábitos diários que podem ser feitos através de PAIXÃO PELO TESTE só.

PREV Tutorial | PRÓXIMO Tutorial

Leitura recomendada

^