Cobertura de testes em testes de software: como medi-la
Thomas Hamilton
⚡ Resumo Inteligente
A cobertura de testes em testes de software mede o quanto de uma aplicação um conjunto de testes realmente exercita. Ela revela requisitos não testados, caminhos de código e riscos, permitindo que as equipes adicionem casos de uso específicos e lancem o produto com confiança mensurável.
O que é cobertura de teste?
A cobertura de teste é definida como uma métrica em Teste de Software que mede a quantidade de testes realizados por um conjunto de testes. Incluirá a coleta de informações sobre quais partes de um programa são executadas durante a execução do conjunto de testes para determinar quais ramificações de instruções condicionais foram obtidas.
Em termos simples, é uma técnica para garantir que seus testes estão testando seu código ou quanto de seu código você exercitou ao executar o teste.
O que faz a cobertura de testes?
Em um projeto real, a cobertura de testes oferece suporte a quatro atividades práticas:
- Encontrar a área de um requisito não implementado por um conjunto de casos de teste
- Ajuda a criar casos de teste adicionais para aumentar a cobertura
- Identificar uma medida quantitativa de cobertura de teste, que é um método indireto para verificação de qualidade
- Identificando casos de teste sem sentido que não aumentam a cobertura
Benefícios da cobertura de testes em engenharia de software
Essas atividades se traduzem em benefícios concretos para a engenharia.
- Pode garantir a qualidade do teste
- Pode ajudar a identificar quais partes do código foram realmente alteradas para o lançamento ou correção
- Ele pode determinar todos os pontos de decisão e caminhos em sua aplicação que não foram testados, o que permite aumentar a cobertura de testes.
- prevenir defeito vazamento
- Tempo, escopo e custo podem ser mantidos sob controle
- Prevenção de defeitos numa fase inicial do ciclo de vida do projeto
- Lacunas nos requisitos, casos de teste e defeitos no nível da unidade e no nível do código podem ser encontrados de maneira fácil
Tipos de Cobertura de Teste
A cobertura nunca se resume a um único número. Equipes. tracExistem vários tipos de conjuntos de dados simultaneamente, pois cada um responde a uma pergunta diferente sobre o mesmo conjunto. A tabela abaixo agrupa os tipos que você encontra com mais frequência.
| Tipo de Cobertura | O que ele mede | Melhor usado para |
|---|---|---|
| Cobertura da declaração (linha) | Linhas executáveis são executadas pelo menos uma vez | Testes unitários e auditorias de código legado |
| Cobertura de filial ou decisão | Resultado verdadeiro e falso de cada decisão | Lógica condicional e de validação |
| Cobertura de condições | Cada subexpressão booleana pode ser verdadeira ou falsa. | Expressões compostas AND ou OR |
| Cobertura de percurso | Rotas exclusivas percorridas em um módulo | Fluxos críticos para a segurança e financeiros |
| Cobertura de funções | Funções ou métodos invocados pelos testes | API e camadas de serviço |
| Cobertura de requisitos | Requisitos mapeados para pelo menos um teste | Aceitação e contracassinatura real |
| Cobertura de risco | Áreas de alto risco identificadas e exercícios realizados | Ciclos de liberação curtos |
Os cinco primeiros tipos são medidas de nível de código e pertencem a teste de caixa branca, enquanto os requisitos e a cobertura de riscos ficam a cargo do plano de testes.
Quais são as principais diferenças entre Code Cobertura e cobertura de teste?
Code cobertura e cobertura de teste são técnicas de medição que permitem avaliar a qualidade do código do seu aplicativo.
Aqui estão algumas diferenças críticas entre os estandes desses métodos de cobertura:
| Parâmetros Técnicos | Code Global | Cobertura de teste |
|---|---|---|
| Definição | Code O termo "cobertura" é usado quando o código do aplicativo é executado enquanto o aplicativo está em andamento. | Cobertura de teste significa plano geral de teste. |
| Objetivo | Code As métricas de cobertura podem ajudar a equipe a monitorar seus testes automatizados. | A cobertura do teste fornece detalhes sobre o nível em que a codificação escrita de um aplicativo foi testada. |
| Subtipos | Code A cobertura é dividida em subtipos como cobertura de instruções, cobertura de condições e cobertura de ramificações. Togglcobertura e, cobertura FSM. | Nenhum subtipo de método de cobertura de teste. |
Fórmula de cobertura de teste
Para calcular a cobertura do teste, você precisa seguir as etapas abaixo:
Passo 1) Contar Y, o total de linhas de código no software que você está ensaio
Passo 2) Contar X, o número de linhas de código que todos os casos de teste executam atualmente.
Agora, você precisa encontrar (X dividido por Y) multiplicado por 100. O resultado desse cálculo é a% de cobertura do teste.
Por exemplo:
Se o número de linhas de código em um componente do sistema for 500 e o número de linhas executadas em todos os casos de teste existentes for 50, então sua cobertura de teste será:
(50 / 500) * 100 = 10% // executed lines divided by total lines
Exemplos de cobertura de teste
A porcentagem por si só nunca conta toda a história, como mostram os exemplos abaixo.
1 exemplo:
Por exemplo, se uma "faca" for um item que você deseja testar, então você precisa se concentrar em verificar se ela corta os legumes ou frutas com precisão. No entanto, existem outros aspectos a serem considerados, como a facilidade de manuseio por parte do usuário.
2 exemplo:
Por exemplo, se você quiser verificar o aplicativo Bloco de Notas, é imprescindível verificar seus recursos essenciais. No entanto, você precisa abordar outros aspectos, como o funcionamento correto do Bloco de Notas ao usar outros aplicativos, a facilidade de uso para o usuário e a ausência de travamentos ao tentar realizar ações incomuns, entre outros.
Técnicas de cobertura de testes
Ambos os exemplos apontam para a mesma conclusão: atingir uma meta de cobertura depende menos de escrever mais testes e mais de escolher a técnica de design de testes correta. As técnicas abaixo ampliam a cobertura enquanto mantêm a qualidade dos testes.ping a suíte pequena.
- Análise de valores limite: Seleciona entradas nas extremidades de cada intervalo válido, onde os defeitos se concentram com maior frequência. Veja análise de valor limite para casos resolvidos.
- Particionamento de equivalência: Agrupa entradas que o aplicativo trata de forma idêntica, de modo que um único caso possa representar com segurança toda uma classe de valores.
- Teste de tabela de decisão: Abrange combinações de condições e seus resultados esperados dentro de uma única grade.
- Testes de transição de estado: Examina cada movimento válido e inválido entre os estados da aplicação.
- Teste de caminho básico: Obtém o conjunto mínimo de caminhos independentes a partir do grafo de fluxo de controle.
- Testes baseados em risco: Classifica as funcionalidades por impacto nos negócios e aborda primeiro as de maior risco.
- Teste exploratório: Revela lacunas que casos roteirizados e relatórios de cobertura nunca expõem.
Como se pode alcançar a cobertura de testes?
Uma vez escolhidas as técnicas, quatro rotas estabelecidas garantem a cobertura.
- A cobertura do teste pode ser feita exercitando técnicas de revisão estática, como revisões por pares, inspeções e orientações.
- Transformando os defeitos ad-hoc em casos de teste executáveis
- No nível de código ou de teste de unidade, a cobertura de teste pode ser alcançada aproveitando a cobertura de código automatizada ou ferramentas de cobertura de teste de unidade
- A cobertura de testes funcionais pode ser feita com a ajuda de ferramentas adequadas de gerenciamento de testes
Como melhorar a cobertura de testes
Estabelecer a cobertura é o ponto de partida; aumentá-la é uma rotina repetível. Execute esta sequência no início de cada ciclo de lançamento.
- Defina o número atual como linha de base. Execute um relatório de cobertura e registre a cobertura de declarações, ramificações e requisitos separadamente, para que as lacunas permaneçam visíveis por módulo, em vez de ficarem ocultas em uma média geral do projeto.
- Mapear testes para requisitos. Construir um tracMatriz de capacidade que vincula cada requisito a pelo menos um caso de teste. Qualquer linha vazia representa uma lacuna confirmada, não uma suspeita.
- Classifique os módulos por risco. A lógica de pagamento, autenticação e migração de dados merece uma atenção muito maior do que uma tela de ajuda estática, portanto, invista o orçamento onde uma falha causaria o maior impacto.
- Adicionar casos negativos e extremos. Entradas vazias, valores excessivos, timeouts de rede e erros de permissão atingem ramificações que os testes de fluxo normal nunca tocam.
- Organize os níveis de teste em camadas. Combinar teste de unidade, teste de integraçãoe verificações de ponta a ponta, porque cada nível abrange o que os outros estruturalmente não conseguem.
- Automatize o conjunto de testes de regressão. Promoos casos estáveis em teste de automação e executá-los dentro do pipeline de CI/CD após cada commit.
- Eliminar casos redundantes. Exclua testes duplicados que adicionam minutos de execução sem adicionar uma única linha não coberta.
- RevVeja a tendência a cada sprint. Traccobertura k próxima a densidade de defeitosO aumento da infiltração de ar em áreas com cobertura plana é um sinal de alerta precoce de um ponto cego.
⚠️ Aviso: Não considere 100% como a meta. Um conjunto de testes com 85% de acerto e asserções robustas protege uma versão muito melhor do que 95% de verificações superficiais que executam código sem verificar nenhum resultado.
Desvantagens da abrangência dos testes
A cobertura continua sendo valiosa, mas possui limitações que vale a pena mencionar antes de divulgar qualquer percentual.
- A maioria das tarefas na cobertura de teste são manuais, pois não existem ferramentas para automatizar. Portanto, é preciso muito esforço para analisar os requisitos e criar casos de teste.
- A cobertura de teste permite contar recursos e depois medir vários testes. No entanto, sempre há espaço para erros de julgamento.
