how find bug application
Um ponto muito bom e importante. Direita? Se você é um testador de software ou um engenheiro de controle de qualidade, deve estar pensando a cada minuto para encontrar um bug em um aplicativo. E você deve ser!
Eu acho que encontrar um Bug bloqueador como qualquer um Falha do sistema muitas vezes é gratificante! Não, eu não penso assim. Você deve tentar descobrir os bugs que são mais difíceis de encontrar e que sempre enganam os usuários.
Encontrar esses bugs sutis é o trabalho mais desafiador e dá a você a satisfação do seu trabalho. Além disso, deve ser recompensado por idosos. Vou compartilhar minha experiência de um bug tão sutil que não era apenas difícil de detectar, mas também de reproduzir.
Eu estava testando um módulo do meu projeto de mecanismo de pesquisa. Eu faço a maioria das atividades deste projeto manualmente, pois é um pouco complexo de automatizar. Esse módulo consiste em estatísticas de tráfego e receita de diferentes afiliados e anunciantes. Portanto, testar esses relatórios é sempre uma tarefa difícil.
Quando testei este relatório, ele estava mostrando os dados processados com precisão por algum tempo, mas quando tentei testar novamente depois de algum tempo, ele estava mostrando resultados enganosos. Foi estranho e confuso ver os resultados.
Havia um Cron (Cron é um script automatizado que é executado após um tempo ou condição especificada) para processar os arquivos de log e atualizar o banco de dados. Essas colheitas múltiplas estão rodando em arquivos de log e DB para sincronizar os dados totais.
Havia dois Crons correndo em uma mesa com alguns intervalos de tempo.
Havia uma coluna na tabela que estava sendo substituída por outro Cron, tornando alguns dados inconsistentes. Demoramos muito para descobrir o problema devido aos vastos processos de banco de dados e diferentes Crons.
Meu objetivo é tentar descobrir os bugs ocultos no sistema que podem ocorrer em condições especiais e causar um forte impacto no sistema. Você pode encontrar esse bug com algumas dicas e truques.
analista de negócios, perguntas e respostas de teste escrito
Então, quais são essas dicas:
# 1) Compreenda toda a aplicação ou módulo em profundidade antes de iniciar o teste.
#dois) Preparar bons casos de teste antes de iniciar o teste. Quero dizer enfatizar os casos de teste funcional que incluem o maior risco da aplicação.
# 3) Crio dados de teste suficientes antes dos testes, este conjunto de dados inclui as condições do caso de teste e também os registros do banco de dados se você for testar o aplicativo relacionado ao banco de dados.
# 4) Execute testes repetidos com o ambiente de teste diferente .
# 5) Tente descobrir o padrão resultante e, em seguida, compare seus resultados com esses padrões.
# 6) Quando você pensa que completou a maioria das condições de teste e quando você acha que está um pouco cansado, então faça alguns testes de macaco.
# 7) Use o seu anterior Padrão de dados de teste para analisar o conjunto atual de testes.
# 8) Experimente alguns Casos de Teste Padrão para o qual você encontrou os bugs em algum aplicativo diferente. Por exemplo, se você estiver testando a caixa de texto de entrada, tente inserir algumas tags HTML como entradas e veja a saída na página de exibição.
# 9) O último e melhor truque é tentar muito encontrar o bug. Como se você estivesse testando apenas para quebrar o aplicativo!
Vou incluir mais dicas em alguns próximos posts. Enquanto isso, você pode comentar mais dicas aqui.
Leitura recomendada
- Como escrever um bom relatório de bug? Dicas e truques
- As 20 principais dicas práticas de teste de software que você deve ler antes de testar qualquer aplicativo
- O que é Monkey Testing em Software Testing?
- Diferença entre Desktop, Teste de Servidor Cliente e Teste da Web
- Exemplo de relatório de bug
- Testando aplicativos de saúde - dicas e cenários de teste importantes (parte 2)
- Guia de teste de segurança de aplicativos da Web
- 7 dicas básicas para testar sites multilíngues