"Selecionar a gravidade correta é um indicador crucial de que sua compreensão do ambiente de teste e do impacto do bug é alta."
Apresentação
Reportar bugs funcionais não é uma tarefa fácil, e escolher a gravidade adequada torna-se ainda mais desafiador. No entanto, neste artigo, apresentamos três perguntas-chave que você deve fazer ao determinar a gravidade de um bug funcional no contexto, o que é um aspecto essencial na identificação de bugs.
Essas três perguntas fundamentais também são exemplificadas para ajudá-lo a entendê-las e aplicá-las em cenários reais de teste.
O que são bugs funcionais?
Podemos entender bugs funcionais como falhas que afetam o uso de um elemento ou qualquer aspecto que permita a interação com o site ou aplicativo que está sendo testado.
Bugs funcionais estão diretamente relacionados à funcionalidade de um software. Exemplos incluem um botão que não envia o formulário, uma barra de pesquisa que não reage à entrada do usuário e o aplicativo travando após interagir com um elemento específico. Sempre que uma ação é realizada, o site/aplicativo não responde conforme esperado. Essas falhas podem ou não afetar todos os usuários finais; se afetarem, pode não ser de maneira uniforme.
Por outro lado, dependendo do estado do ambiente (produção/ao vivo ou staging/beta), o impacto de um bug não pode ser considerado o mesmo. Por exemplo, um bug encontrado em um site de produção - acessível a qualquer pessoa na Internet - terá um impacto mais negativo nos usuários e clientes do que bugs encontrados em um ambiente de staging que não é acessível a usuários reais.
O que a gravidade de um bug significa?
Em alguns casos, o impacto negativo das falhas mencionadas anteriormente é mais significativo do que em outros, ou a forma como elas afetam os usuários pode ser relativamente suave. Portanto, a urgência de corrigir esses bugs varia, e isso é refletido na sua gravidade. Além disso, esse impacto pode variar dependendo do ambiente em que estamos conduzindo os testes.
Temos três níveis de gravidade para bugs funcionais: Baixa, Alta e Crítica. Para uma explicação mais detalhada, consulte nosso artigo, "Bugs Funcionais | Test IO Academy".
Ao realizar testes exploratórios, podemos considerar três elementos-chave para diferenciar essas três gravidades e desenvolver uma classificação mais assertiva.
Antes de selecionar uma gravidade, faça a si mesmo estas 3 perguntas-chave
Bugs são contextuais e, por essa razão, é crucial entender e responder a 3 perguntas-chave (compartilhadas abaixo) sobre como determinar a gravidade correta de um bug no contexto do produto em teste. Certifique-se de respondê-las antes de clicar no botão ❝Enviar❞.
Qual é o propósito da funcionalidade no site ou aplicativo em teste?
Para ilustrar, se você está testando um site de comércio eletrônico para encontrar itens/produtos, os processos essenciais neste site específico incluem localizar os itens desejados, colocá-los no carrinho e iniciar o processo de checkout. Por outro lado, se estiver testando um aplicativo de entretenimento, as funcionalidades essenciais seriam tocar, assistir e ser capaz de interagir com os controles do reprodutor de vídeo.
Qual é o impacto do bug no usuário final e/ou no negócio da empresa?
Se o Proba tem apenas uma ou muito poucas funcionalidades dentro do escopo, pergunte a si mesmo qual funcionalidade você está testando antes de tudo, para que possa visualizar seu papel no site ou aplicativo.Suponhamos que o recurso em escopo seja o processo de inscrição. O fluxo dessa funcionalidade é o mesmo para um site de comércio eletrônico e para um aplicativo de entretenimento? A resposta mais provável é não.
Dependendo do produto, às vezes as informações necessárias para o cadastro são essenciais para fornecer conteúdo específico aos usuários. Por exemplo, ao se registrar em um site de comércio eletrônico, a pergunta mais importante que os usuários precisam fornecer pode ser apenas a idade (por exemplo, maior de 18 anos); enquanto, para um aplicativo de entretenimento, outras informações podem ser necessárias, como a confirmação de se o usuário é um pai ou uma criança, para que conteúdo para adultos não seja entregue a menores.
Existem soluções alternativas para usar a funcionalidade comprometida? Se a resposta for sim, ela é intuitiva, direta ou um tanto difícil de encontrar ou executar?
Em outras palavras, se houver outra maneira que os usuários possam encontrar para usar uma funcionalidade com bug ou que não esteja funcionando como esperado, isso é chamado de solução alternativa. A solução alternativa deve ser identificada para a funcionalidade comprometida, pois fornece informações decisivas sobre o problema para determinar a gravidade correta do bug.
Portanto, sempre que encontrar um bug, é possível descobrir os diferentes caminhos que os usuários precisam seguir para realizar a tarefa que a funcionalidade com bug não está permitindo. Entender a quantidade de trabalho e tempo gasto nisso é crucial para selecionar a gravidade correta do problema. E se você vincular essas informações à importância da funcionalidade do produto em teste ou do recurso dentro deste produto, o impacto correto do problema se tornará evidente.
Como regra geral, se você encontrar um bug em um site que pode ser corrigido atualizando a página, então a gravidade de um bug funcional é baixa, porque atualizar a página é uma solução alternativa intuitiva e fácil. Em outras palavras, a maioria dos usuários tentaria fazer o mesmo, e resolver o problema está a apenas um clique de distância.
Para fazer isso corretamente, é fundamental ter compreendido o produto (site/aplicativo) e seu design para que você possa fazer suposições educadas sobre o comportamento prestes a ser relatado.
Se você continuar fazendo essas perguntas durante os testes, isso o guiará pelo caminho certo na seleção da gravidade correta dos bugs.
Onde encontrar orientações para entender as gravidades melhor?
Estamos constantemente criando conteúdo para ajudá-lo a compreender melhor o trabalho em nosso servidor Discord Test IO Community ou em nossos canais de mídia social, incluindo uma planilha que mostra cenários com gravidades definidas.
Você pode consultar esta planilha aqui, Planilha de Avaliação de Bugs! Experimente localizar problemas neste arquivo em qualquer Proba que você participe; dessa forma, você terá uma compreensão mais profunda das gravidades.
Além disso, utilizamos o Facebook e o YouTube para auxiliá-lo nos testes, como no episódio "Como Selecionar a Gravidade Correta de um Bug Funcional", onde você pode descobrir algumas considerações que os Líderes de Equipe precisam ter ao abordar a gravidade de bugs funcionais. Há exemplos práticos, permitindo que você siga o processo de pensamento por trás deles e veja as 3 perguntas-chave em ação!