Seis maneiras pelas quais os testadores podem se beneficiar (além dos testes funcionais)

Saudação! Na próxima semana, as aulas começarão no novo fluxo do curso de especialista em controle de qualidade e, nesse contexto, compartilharemos com você material útil traduzido especificamente para os alunos do curso. Vamos lá

Resumo: Muitos testadores realizam apenas testes funcionais, sem ir além. Mas o teste de software é a busca por informações de qualidade do produto que podem ajudar as partes interessadas a tomar decisões informadas, e há muitas maneiras de encontrar informações além do teste funcional. Este artigo descreve seis métodos que podem ajudá-lo a melhorar a eficácia de seus projetos.

O teste funcional permanece válido mesmo com a ampla implementação da automação. Muitos produtos de software requerem testes manuais para verificar e examinar todas as funções e suas interações.

Infelizmente, muitos testadores realizam apenas testes funcionais, sem ir além. Os motivos para isso podem ser falta de habilidades, incapacidade de escrever código, medo do desconhecido ou conhecimento limitado do cenário de testes.
Parafraseando Sam Kaner, teste de software é a busca por informações sobre a qualidade do produto que podem ajudar as partes interessadas a tomar decisões informadas.
Além dos testes funcionais, existem outras maneiras de encontrar informações. Neste artigo, examinaremos seis maneiras que me ajudaram a aumentar a eficácia de meus projetos.

1. Examine todas as mensagens

Os testadores geralmente estudam os documentos de requisitos, discutem-nos com as partes interessadas e desenvolvem testes. Mas todos sabemos que existem cenários que não são cobertos por casos de teste que aparecem durante o uso do produto. A maioria deles é coberta por desenvolvedores, mas alguns podem ser uma surpresa para todos.

A equipe de desenvolvimento pode ajudar, compilando uma lista de todas as mensagens que estão no produto, incluindo mensagens de erro, mensagens informativas e avisos. Também servirá como um bom teste de cobertura de teste em termos de mensagens exibidas pelo sistema. Se os testadores nunca viram uma mensagem que será mostrada ao usuário, eles devem voltar e entender em que casos essa mensagem será exibida.

Uma vez, tendo recebido uma lista de mensagens, notei imediatamente que várias delas eram completamente novas para a equipe de teste. Depois de estudar, percebemos que eles eram de código desatualizado e, apesar de não termos mais suporte para essa funcionalidade, eles estavam no código-fonte. Esse código deveria ter sido removido, pois não afetava mais o produto.

Dependendo da arquitetura do aplicativo, a preparação dessa lista pode ser fácil ou difícil. Mas se você acha que esse exercício ajudará a equipe de testadores a testar melhor, as partes interessadas devem concordar em encontrar uma maneira de preparar uma lista de mensagens. Experimente esta abordagem e verifique se conhece bem o seu produto e qual é a sua cobertura de teste.

2. Faça uma revisão de UX

Muitas equipes de produtos lançam as primeiras versões muito rapidamente e depois pensam em estabilizar o código depois de atingir um certo número de clientes ou de acordo com outros indicadores. Os lançamentos rápidos iniciais geralmente têm precedência sobre os lançamentos certos. Porém, à medida que mais e mais desenvolvedores se envolvem, há uma alta probabilidade de inconsistência.

No processo de estabilização do produto, concentre-se em se livrar de qualquer inconsistência no UX. Execute uma revisão UX de todo o aplicativo. Comece com ícones, texto, ações, funções e tópicos principais. Use caracteres e brainstorm para uma revisão completa do UX. Pense também nos pontos de contato para os usuários. Como você lida com eles? Existe alguma coisa enganosa no seu aplicativo? Existem exercícios em https://cantunsee.space que ajudarão você a testar suas habilidades de interface do usuário.

Quando fizemos uma revisão de UX de um dos produtos usados ​​ativamente em nossa empresa, encontramos padrões de inconsistência e pudemos associá-los facilmente a várias decisões que tomamos em equipe, liberando recursos com pressa, terceirizando o desenvolvimento para outra equipe, liberando recursos com plug-ins desatualizados e assim por diante.

3. Realize a análise da concorrência

É uma pena que muitos testadores trabalhem isoladamente e não tenham idéia dos produtos de outras empresas. Examine seus concorrentes com informações de publicidade, seminários on-line, demos, notícias na mídia e nos blogs, depois anote os recursos e analise os pontos fortes e fracos do seu produto.

Pergunte às equipes de produtos se você pode acessar as ofertas de outras empresas e pergunte como você pode ajudar na análise da concorrência. Além de analisar a funcionalidade, considere também critérios como usabilidade, desempenho, segurança e disponibilidade. É útil fazer uma tabela comparativa “funcionalidade - critérios de avaliação” com os pontos que os produtos obtiveram.

4. Explorar ferramentas

As ferramentas são boas para quem sabe usá-las efetivamente. Eles podem economizar muito dinheiro e tempo e complementar bastante os testes. Como testador, você deve ter amplo conhecimento dos sistemas utilizados e dos processos utilizados.

Além de automatizar verificações funcionais e criar rapidamente dados de teste, também existem ferramentas para detectar padrões nos logs, replicar dados da produção, simular funções, registrar ações do usuário e responder a eventos com base em regras. Além disso, para atingir a maioria dos objetivos finais, não há necessidade de comprar ferramentas proprietárias. Pode ser um programa simples, com centenas de linhas, que captura uma captura de tela de um aplicativo com base em um gatilho no log.

Às vezes, não é óbvio para todos o quão útil essas ou essas ferramentas são até você demonstrar quais benefícios eles podem trazer, então, estude suas capacidades.

5. Pense nos riscos que podem se tornar um "pesadelo"

Conforme descrito no livro de Elizabeth Hendrickson, Explore It! Reduza o risco e aumente a confiança com testes exploratórios ”, uma maneira de evitar um desastre é pensar nas possíveis manchetes de más notícias relacionadas ao seu produto ou projeto e testar esses riscos. Os testadores são bons em pensar em possíveis cenários de acidentes, e essa habilidade pode ajudar a equipe de desenvolvimento a evitar erros ao escrever código, economizando tempo e esforço com antecedência.

Este pode ser um jogo divertido de se jogar com várias partes interessadas e dará a todos a confiança de que os riscos serão resolvidos. Quando jogamos esse jogo com uma de nossas equipes, algumas das manchetes inventadas pelo suporte técnico e pela gerência nos deram um ponto de vista diferente - sem isso, nunca teríamos pensado nesses testes.

6. Gaste tempo com o suporte ao cliente

Devido ao uso contínuo de seu produto, a equipe de teste pode ser tendenciosa. E o que parece aos testadores o comportamento esperado pode ser inconveniente para os usuários. Você pode examinar as chamadas de suporte para descobrir as dores e os problemas do cliente usando seu aplicativo.

Uma vez reclamamos sobre o recurso de um de nossos produtos e a conveniência de seu uso, mas isso não foi aceito como erro. Embora quando vários clientes começaram a lidar com problemas semelhantes de usabilidade, isso foi corrigido com alta prioridade. Esse incidente nos deu grande autoridade na organização. E depois fomos convidados a participar de inúmeras discussões sobre soluções de usabilidade.

A voz do cliente é um dado real ao qual você deve prestar atenção e pode usá-lo para contribuir com o desenvolvimento do seu produto.
Esses seis métodos são facilmente combinados com testes funcionais e são de grande benefício. Experimente-os em seu trabalho de teste e conte-nos sobre sua experiência.

Só isso. Aguardamos seus comentários e convidamos você para um dia aberto, que será realizado em 21 de junho.