A análise de valor de limite – normalmente abreviada como BVA – é uma técnica de teste de caixa preta comum. A abordagem testa os defeitos de software verificando os valores de entrada nos limites dos intervalos permitidos.
Este artigo explorará o que é o teste de análise de limites, por que ele é útil e explorará algumas abordagens, técnicas e várias ferramentas de teste de limites diferentes.
O que é análise de valor limite em testes de software?
A análise de valor de limite é um tipo de teste funcional. Esse tipo de teste se preocupa em verificar se cada função do software atende aos requisitos e às especificações. No caso de testes de limite, essa funcionalidade inclui como o software lida com várias entradas.
O BVA é uma técnica de teste de software que valida como o software responderá às entradas nos limites de entrada ou ao redor deles. Em essência, cada entrada tem intervalos permitidos. Por exemplo, você pode ter uma caixa de senha para um login que aceite senhas com 8 a 12 caracteres. O teste de limite testará as senhas com comprimentos de caracteres 7, 8, 12 e 13.
A ideia aqui é que os limites dos limites, ou seja, 7, 8, 12 e 13, têm maior probabilidade de gerar erros do que os números dentro dos limites, como 9, 10 e 11. Embora os benefícios aqui possam parecer marginais em um exemplo de uma caixa de campo que aceita entre 8 e 12 caracteres, eles se tornam mais óbvios quando você precisa escrever casos de teste para caixas de campo que aceitam entre 1 e 20 caracteres ou números entre 1 e 1000, e assim por diante.
Portanto, para economizar tempo e reduzir o número de casos de teste dentro do teste funcional, a análise de valor limite analisa os valores:
- No valor mínimo
- Diretamente abaixo do valor mínimo
- No valor máximo
- Diretamente acima do valor máximo
Benefícios da análise do valor limite nos testes
O teste de limites tem vários benefícios convincentes para as equipes de controle de qualidade.
#1. Melhor qualidade de software
O cenário de pesadelo para os testadores são os bugs e defeitos que passam despercebidos. Com tantas coisas para verificar, alguns defeitos podem passar despercebidos. Os testes de limites comprovam a funcionalidade de áreas do software com maior probabilidade de conter erros, o que leva a melhores compilações de software e, por fim, a um aplicativo mais confiável e estável.
#2. Aumento da cobertura de testes
O BVA em testes de software é muito útil porque ajuda a reduzir o número de casos de teste necessários para uma cobertura de teste abrangente. A análise do valor limite garante que os valores importantes e que cada valor possa ser testado mais detalhadamente.
#3. Detecção precoce de defeitos
O teste de valor de limite faz parte de uma abordagem que prioriza a detecção precoce de defeitos. A detecção de bugs no início do processo significa que as equipes de desenvolvimento podem economizar tempo e dinheiro, sem mencionar o fato de que é muito mais fácil corrigir bugs nos estágios iniciais do desenvolvimento.
#4. Eficiência
O teste de valor de limite é supereficiente porque reduz a necessidade de muitos casos de teste. De fato, reduzir as entradas a todas, exceto as mais prováveis de causar problemas, pode economizar significativamente o tempo das equipes de teste, tanto na elaboração quanto na execução dos casos de teste.
Desvantagens da análise de valor limite em testes
É claro que nenhuma técnica de teste de software é perfeita ou não tem suas limitações. Embora a análise de valor de limite tenha muitos benefícios, há algumas restrições ao trabalho com essa técnica de teste funcional.
#1. Escopo restrito
O BVA funciona nos limites ou bordas das entradas de dados válidas. Em geral, ele ignora as entradas intermediárias, argumentando que elas estarão corretas se as entradas válidas nas bordas estiverem. No entanto, não é sem precedentes que alguns desses valores que não foram testados podem apresentar problemas.
#2. Muito simplista
A análise de limites consiste em simplificar as coisas. Embora isso funcione para reduzir os casos de teste, a abordagem é menos adequada para domínios altamente complexos com vários limites, interações ou dependências. Na verdade, ele pode ter dificuldades para lidar com cenários complexos, o que significa que você precisa explorar outras técnicas para obter a cobertura adequada.
#3. Pressupostos
Qualquer processo que tente aumentar a eficiência corre o risco de deixar passar erros específicos. O BVA se concentra nos limites da borda de um intervalo. Ao fazer isso, ele precisa fazer suposições sobre outros insumos que estão em ambos os lados dos valores-limite. Os testadores precisam encontrar um equilíbrio entre eficiência e cobertura, o que representa um pequeno risco se o teste de limite for usado sozinho.
#4. Confiança em especificações e requisitos precisos
A BVA eficiente depende da qualidade e da precisão das especificações e da documentação dos requisitos. Quaisquer erros não verificados nesses documentos podem ser transferidos para o teste de valor de limite e fazer com que erros específicos não sejam verificados e não sejam descobertos até os estágios críticos finais do desenvolvimento.
#5. Dependência de classes de equivalência
A realização de um BVA completo requer um sólido conhecimento prático das classes de equivalência. Para definir essas classes com precisão, é necessário ter experiência e algumas informações básicas sobre o aplicativo.
Desafios da análise de valor de contorno
em testes de software
A esta altura, você já deve estar bastante esclarecido sobre os prós e os contras do teste de limite. No entanto, se quiser implementar a abordagem em seu próprio teste de software, você também deve estar ciente dos vários desafios que precisa superar.
Aqui estão alguns dos desafios da implementação do teste de valor limite no teste de software.
#1. Delineando os limites
A identificação de limites em sistemas simples apresenta poucos desafios para testadores competentes. No entanto, há situações mais complexas, como:
- Domínios de entrada complexos com diversas variáveis de entrada ou relações intrincadas
- Limites não documentados que não foram claramente delineados nos documentos de especificação
- Limites dinâmicos que mudam com base nas ações do usuário ou em outras condições
#2. Requisitos ambíguos
Documentos de requisitos mal escritos ou pouco claros podem dificultar a identificação dos valores de limite. A clareza, a integridade e o compromisso com documentos de especificação exaustivos levam tempo, mas serão recompensados no final.
#3. Especialização
A análise do valor de contorno pode ser enganosamente complexa. Na verdade, as equipes de teste precisam de pessoal com experiência e conhecimento do campo para entender as nuances sutis da técnica. Além disso, os testadores precisam ter algum conhecimento sobre o software ou, no mínimo, ter documentos de especificação confiáveis para se apoiar.
#4. Erros
A análise de limites busca reduzir o número de casos de teste necessários para verificar entradas válidas e inválidas. Entretanto, os defeitos que estão fora da faixa de teste podem facilmente passar despercebidos. Além disso, os erros “off-by-one” são erros comuns de codificação que podem ocorrer nos limites ou próximo a eles. Os testadores devem estar cientes desses cenários e fazer provisões para os testes.
#5. Explosão de casos de teste
Com vários limites de entrada em jogo, os casos de teste podem logo se tornar complexos e se multiplicar fora de controle. Nessas situações, o tempo e o dinheiro que você pode economizar com o teste de limite são perdidos, prejudicando os benefícios da solução. Construções complexas de software com muitas combinações ou permutações podem ter um efeito semelhante.
#6. Limitações da ferramenta de análise
As ferramentas de automação de teste de software podem ajudar as equipes a realizar uma análise adequada do valor limite. No entanto, mesmo nos melhores casos, essas ferramentas exigem alguma intervenção manual tanto para o teste quanto para a criação do teste. Essa situação pode ser exacerbada em construções complexas com interações multivariáveis.
Diferentes tipos de valor de limite
testes em testes de software
No livro Software Testing: A Craftsman’s Approach, os autores Paul C. Jorgensen e Byron DeVries descrevem quatro tipos diferentes de teste de valor limite, que são
1. Teste de valor limite normal (NBVT)
- Testa valores de entrada válidos nas bordas do domínio de entrada
- Explora os valores mínimo e máximo juntamente com as entradas logo acima e abaixo do limite
- Esse é o tipo clássico de análise de valor limite
2. Teste robusto de valor de limite (RBVT)
- Semelhante ao NBVT acima, mas também inclui entradas inválidas
- Testes nos limites e um pouco além deles, mas também considera entradas inválidas
- Concentra-se em encontrar erros de resultados extremos ou inesperados
3. Teste de valor limite de pior caso (WBVT)
- Verifica o comportamento do software usando valores extremos válidos e inválidos
- Explora valores nos limites dos domínios de entrada e valores além desses limites
- Busca entender o comportamento do software em condições mais extremas
4. Teste robusto do valor limite do pior caso (RWBVT)
- Usa uma combinação de RBVT e WBVT para o teste mais completo do valor limite
- Testa valores de entrada válidos e inválidos em limites típicos e extremos
- Oferece a melhor oportunidade de encontrar defeitos relacionados a limites
Essas abordagens diferem em termos de abrangência, sendo a RWBVT a mais completa. No entanto, os testadores devem reconhecer o investimento extra em tempo e esforço necessários para desbloquear esse nível adicional de descoberta de defeitos.
Particionamento de equivalência e valor de contorno
análise: semelhanças e diferenças
O particionamento de equivalência e a análise de valor de limite são frequentemente usados em conjunto. De fato, as duas técnicas são altamente complementares. No entanto, eles descrevem abordagens distintas para validar a entrada de dados. Aqui está uma olhada nas semelhanças e diferenças entre os dois.
1. Semelhanças
O particionamento de equivalência e a análise de valor limite formam uma ótima dupla. Aqui estão algumas das semelhanças entre as duas técnicas.
- Ambas são técnicas de teste de caixa preta, o que significa que o foco está nas entradas e saídas, que podem ser testadas sem um conhecimento prévio do código-fonte do aplicativo.
- Ambos fazem parte de uma abordagem completa dos insumos de teste
- Ambos ajudam os testadores a encontrar um equilíbrio entre uma cobertura de teste abrangente sem escrever uma quantidade excessiva de casos de teste.
2. Diferenças
Para explorar as diferenças entre o particionamento de equivalência e a análise de valor limite, precisamos analisar cada um isoladamente.
Particionamento de equivalência
- Divide os dados de entrada em classes de equivalência que devem resultar em saídas de sistema semelhantes
- Usa um único valor representativo de cada classe e testa o sistema com esse valor
- Ele se preocupa em identificar classes de equivalência válidas e inválidas
Análise do valor de contorno
- Testa os valores nos limites ou bordas das classes de equivalência
- Testar vários valores, incluindo mínimo, máximo e valores em ambos os lados do limite
- Procura erros que são encontrados na borda dos limites
Exemplos de particionamento de equivalência e análise de valor limite
Para ajudar a consolidar sua compreensão do particionamento de equivalência e da análise de valor limite, veja alguns exemplos.
Exemplo de particionamento de equivalência:
Digamos que você tenha uma caixa de entrada para registros de carros. Normalmente, as placas de registro de carro nos EUA têm entre 6 e 7 caracteres. Para simplificar, descontaremos as placas de identificação especiais.
Dados válidos = Placas de 6 ou 7 caracteres
Dados inválidos = Placas com >6 ou >7 caracteres.
Exemplo de análise de valor de limite:
Usando o mesmo exemplo de placa de número acima, a análise de limite testará
Dados válidos = Placas com 6 ou 7 caracteres
Dados inválidos = Placas com 5 ou 8 caracteres e, em alguns cenários, 4 e 9 caracteres
Exemplo de análise de valor de limite
Talvez a melhor maneira de entender completamente o conceito seja examinar um ou dois exemplos de análise de valor limite.
Exemplo de teste de valor de limite nº 1
Para explorar o teste de valor de limite em mais detalhes, vejamos um exemplo de um domínio de verificação de idade.
Temos uma caixa em que o usuário pode inserir sua idade.
Os valores de limite são:
- Idade mínima = 18 anos
- Idade máxima = 120
Exemplo de casos de teste de limite:
Há um total de seis casos de teste:
- 17, 18 e 19, que estão abaixo do mínimo, mínimo e acima do mínimo, respectivamente
- 119, 18 e 19, que estão abaixo do máximo, do máximo e acima do máximo, respectivamente
Exemplo de teste de valor de limite nº 2.
Em nosso próximo exemplo de teste de limite, exploraremos um site com um desconto de compra de valor mínimo de 20% em pedidos de US$ 100 ou mais.
Neste exemplo, uma compra de mais de US$ 600,00 resulta em um desconto de 25%. O teste de valor limite tratará de insumos entre US$ 100 e US$ 600.
Os valores de limite são:
Desconto mínimo de qualificação = US$ 100
Desconto máximo de qualificação = US$ 600
Exemplo de casos de teste de limite:
Novamente, geramos um total de seis casos de teste, que são:
- US$ 99,99, US$ 100 e US$ 100,01, que estão abaixo do mínimo, mínimo e acima do mínimo, respectivamente
- US$ 599,99, US$ 600 e US$ 600,01, que estão abaixo do máximo, do máximo e acima do máximo, respectivamente
O teste de limite no teste de software é preciso?
No artigo de pesquisa Black Box Testing with Equivalence Partitioning and Boundary Value Analysis Methods, os autores exploram o uso de particionamento de equivalência e análise de valor de limite para testar um sistema de informações acadêmicas para a Universidade de Mataram, na Indonésia.
Os autores usaram a popular ferramenta de teste de código aberto Selenium para seus testes e executaram um total de 322 casos de teste. O teste de equivalência e a análise do valor limite revelaram cerca de 80 casos de falha, o que levou a uma proporção aproximada de 75:25 de pontuações de teste válidas e inválidas. De modo geral, o uso de uma combinação de particionamento de equivalência e BVA em testes de software resultou em testes completos e úteis para o software.
Melhores ferramentas de teste de valor de limite
Embora as ferramentas de software dedicadas ao teste de limites sejam raras, há muitas ferramentas de teste notáveis que são capazes de fazer esse trabalho.
#3. TestCaseLab
O TestCaseLab é uma ferramenta de gerenciamento de testes baseada em nuvem que pode ajudar nos testes de BVA. O software permite que as equipes criem e gerenciem casos de teste a partir de sua interface de usuário intuitiva e atraente. O TestCaseLab é flexível e repleto de recursos, mas tem suas restrições, incluindo opções limitadas de relatórios e personalização.
#2. Micro Focus UFT One
O Micro Focus UFT One é uma ferramenta de teste de software com foco em testes funcionais e de regressão. Ele é compatível com diferentes plataformas, dispositivos e testes de API e oferece opções de integração robustas. Ele oferece criação de testes sem código e orientados por palavras-chave e pode ajudar as equipes a criar casos de teste de análise de valor de limite com facilidade. Há algumas limitações que você precisa considerar, como uma curva de aprendizado acentuada e a falta de potência em comparação com ferramentas como o ZAPTEST.
#1. ZAPTEST
O ZAPTEST é uma ferramenta abrangente de teste de automação de software com recursos avançados de RPA. Ele foi desenvolvido para fornecer aos testadores um conjunto de ferramentas de automação de testes robusto e fácil de usar que pode ajudar a verificar o software de várias maneiras, inclusive com o BVA em testes de software.
Alguns dos casos de uso mais convincentes do ZAPTEST para ajudar na análise do valor de limite incluem a geração de casos de teste, o manuseio de dados de teste, a execução de testes e a geração de relatórios e análises. Com uma variedade de modelos e um alto nível de personalização, combinados com a criação de casos de teste sem código, os usuários do ZAPTEST podem criar e gerenciar com rapidez e facilidade casos de teste robustos para todos os tipos de análise de limites.
Além da geração e do gerenciamento de casos de teste, os recursos de RPA do ZAPTEST podem ajudar as equipes de teste com seus testes de análise de valor de limite de outras maneiras. Por exemplo, você pode automatizar a execução de casos de teste, gerar dados de teste e criar integrações avançadas com outras ferramentas de teste.
Dicas para o teste de valor de contorno
- Combine a análise do valor limite com o particionamento de equivalência para garantir que seus casos de teste abranjam vários cenários de entrada
- Use cenários de entrada inválidos (ou seja, testes negativos) para garantir que você verifique como o software lida com erros e entradas inesperadas
- Investir tempo na identificação de valores de limite para diferentes tipos de dados, como texto, números, booleanos, etc.
- Priorizar o teste de valor de limite para funcionalidades críticas ou áreas em que há maior probabilidade de ocorrência de erros
- Use dados realistas que representem o tipo de dados que seus usuários inserirão em seus domínios.
Considerações finais
A análise do valor limite é uma abordagem útil de teste funcional. Quando você tem um domínio de entrada, precisa verificar se ele aceita dados válidos e envia mensagens de erro quando recebe dados inválidos. O teste de análise de limites ajuda a verificar essa funcionalidade de forma eficiente, criando apenas os casos de teste necessários para um teste abrangente.
Os testes de limite analisam os valores dentro ou em torno do intervalo aceitável e verificam como o sistema responde a essas entradas. O resultado é a economia de muito tempo e a redução do esforço, pois você não precisa criar casos de teste redundantes. No mundo acelerado do desenvolvimento de software, em que os prazos parecem ser cada vez mais curtos, as equipes de teste precisam de toda a ajuda possível.
