how tester can think
Cena : Em um restaurante, uma família de 3 pessoas chegou - pais e uma criança. Depois de pedir a pizza favorita, a família estava relaxando e a criança começou a brincar com os pauzinhos colocados na mesa. Ele gostou deles e decidiu comer seu jantar usando apenas os pauzinhos.
Ele anunciou seu desejo e os pais, ocupados conversando, concordaram. Quando a pizza foi servida, a criança começou a usar os pauzinhos e várias vezes falhou em colocar a pizza na boca. De repente, os pais perceberam e ordenaram que a criança não usasse os pauzinhos. Toddler não convenceu, pois os pais já haviam concordado em seu desejo anteriormente.Quando os pais começaram a ensinar sobre comer pizza apenas com garfo e faca, a criança questionou a crença, mas eu quero comer apenas com pauzinhos e por que é errado? E enquanto usava os pauzinhos quando não conseguia comer sua pizza favorita, ele ficou impaciente e acabou jogando os pauzinhos fora e decidiu não comer pizza também. Os pais, frustrados também, não puderam fazer nada e a hora do jantar em família acabou sendo a pior hora do dia.
Agora, substitua algumas palavras no para acima como a seguir e repense sobre isso:
Pais: Equipe de gerenciamento de projetos incluindo analista de negócios, vendedor, gerente de desenvolvimento e equipe de arquitetura.
Criança pequena: Cliente / usuário final
Pizza: aplicação do produto
Pauzinhos: erro
O aplicativo mais favorito só é favorito até que o usuário não se engane e não veja o pior comportamento do aplicativo. Uma vez experimentado, o usuário nunca mais volta ao aplicativo. E, portanto, como um testador, é muito necessário entender mentalidade do usuário , como ele deve se comportar, o que ele pode fazer de errado com o aplicativo, qual poderia ser o pior erro cometido e muito mais.
Na maioria das vezes, sou questionado em fóruns, bem como por membros da equipe interna, sobre como replicar a experiência do usuário durante o teste. Minha resposta sempre foi simples - Ser um usuário :)
Embora seja mais fácil falar do que implementar, é o momento certo para a indústria de teste de software se mover na direção da revolução, onde a experiência do usuário e o feedback são mais importantes do que qualquer outra coisa.
Como um testador pode pensar como um usuário final?
Apresentando aqui alguns exemplos típicos de como se comportar como um usuário final e encontrar surpresas , Observei durante os últimos dias:
# 1) Ao testar um campo de data, quando um usuário selecionou ou inseriu manualmente o valor de data correto, funcionou bem. Mas quando o usuário acabou inserindo um valor totalmente incorreto como 12/00 // e clicou em OK, ele recebeu uma mensagem de erro sobre valor de data inválido.
Agora o usuário não corrige a data, mas atualiza a página. O que deve acontecer? Bem, muitos de vocês podem adivinhar o que deve acontecer, mas você consegue pensar no que aconteceu com o aplicativo? Após atualizar a página, um usuário foi apresentado com um seguinte e o mesmo valor foi salvo em um banco de dados também.
Então ... o testador replicou o usuário aqui, concordou?
#dois) Ao testar um aplicativo, em que o fluxo de trabalho é enviar vários formulários em uma sequência especial, se seguido a ordem, funcionou bem. Mas e se o usuário tentar voltar para o formulário # 3, do formulário # 5?
Mais uma vez, em vez de pensar no que deveria acontecer, vamos ver o que aconteceu ...
O testador ficou pasmo, mas sentiu orgulho em se tornar um usuário ... Concordo?
# 3) Após o login bem-sucedido, o usuário clica no botão Voltar do navegador. Mais uma vez, vamos ver o que aconteceu ...
As credenciais deveriam ter sido limpas, mas isso não aconteceu. Indo além, nesta página de Login, um usuário clica no link Esqueceu sua senha. Deixe claro que o usuário já havia se logado e estava na página de login clicando no botão voltar do navegador. O clique em Esqueci minha senha levou o usuário à página inicial do aplicativo.
O testador voltou-se para o usuário ... Concorda?
# 4) Depois de observar a URL da página de pesquisa (http: //x.x.x.x: y / # / Search) do aplicativo, o testador modificou a URL como http: //x.x.x.x: y / # / Search / test? e você pode pensar o que teria acontecido?
Bem, o aplicativo travou e novamente o testador voltou-se para o usuário ... Espero que você não discorde.
Conclusão
Acho que, por meio desses exemplos, transmiti o suficiente do que queria.
aplicativos para converter vídeos do youtube para mp3
Realmente, o teste não significa verificar o fluxo de trabalho do aplicativo e nem significa interromper o aplicativo, mas certamente significa verificar a experiência do usuário mesmo quando ele comete erros.
Sobre o autor: Esta postagem foi escrita pelo membro da equipe STH Bhumika Mehta. Ela é líder de projeto, com mais de 10 anos de experiência em teste de software. Ela aprecia boas ideias, inovações e riscos também. E, claro, odeia trabalho monotônico, pessoas e meio ambiente.
E sim, vamos transformar o testador em nós mesmos para o usuário final ... Concordo? :)
Então ... gostaríamos de ouvir mais exemplos como esses e também de suas opiniões.
Leitura recomendada
- Tutorial de teste de GUI: um guia completo de teste de interface de usuário (IU)
- Teste de cookies de sites e casos de teste para cookies de aplicativos da Web
- Autenticação de usuário no MongoDB
- Teste de validação de e-mail: como testar a funcionalidade de e-mail de um aplicativo
- Ganhar dinheiro, carreira em teste de software e os segredos do testador mais rico
- 5 coisas que um desenvolvedor iniciante (e testador) deve saber sobre teste de software
- Melhores ferramentas de teste de software 2021 (QA Test Automation Tools)
- Teste ad-hoc: como encontrar defeitos sem um processo de teste formal