O que é teste de thread em teste de software?

O que é teste de thread?

Teste de threads É um tipo de teste de software que verifica a principal capacidade funcional de uma tarefa específica, chamada thread. Geralmente é realizado no estágio inicial do desenvolvimento. teste de integração fase. O teste baseado em threads é uma das estratégias incrementais adotadas durante o teste de integração de sistemas. Por essa razão, um teste baseado em threads é mais apropriadamente descrito como um teste de interação de threads.

Aqui, um thread não é apenas um thread do sistema operacional. Em Engenharia de software Em termos gerais, um tópico representa uma transação comercial completa — por exemplo, “o cliente faz um pedido” — tracO teste de thread verifica se esse caminho único ainda se comporta corretamente depois que os módulos são interligados.

O diagrama abaixo mostra como os threads individuais são integrados e executados como um subsistema antes que o sistema completo seja montado.

Tipos de teste de thread

Os testes baseados em threads são classificados em duas categorias, e essa distinção determina tanto os dados de teste quanto os defeitos que você provavelmente encontrará.

• Teste de thread única: Um teste de thread única envolve uma transação de aplicação por vez. Apenas uma requisição é atendida, portanto o comportamento da resposta é previsível e o teste é fácil de automatizar e repetir.
• Testes multithread: Um teste multithread envolve várias transações ativas simultaneamente. Threads separadas são preparadas para o mesmo serviço, de forma que a capacidade de resposta e o gerenciamento de estado compartilhado possam ser observados sob carga simultânea.

Uma transação que é executada sem problemas em testes com uma única thread ainda pode falhar em uma execução com múltiplas threads, porque a segunda execução adiciona disputa pelos mesmos registros, conexões e memória.

Como fazer testes de thread

O processo de thread concentra-se nas atividades de integração, em vez de todo o ciclo de desenvolvimento. Na prática, a abordagem funciona da seguinte maneira.

• O teste baseado em thread é uma forma generalizada de teste baseado em sessão, em que as sessões são uma forma de thread, mas um thread não é necessariamente uma sessão.
• O thread ou programa (pequena funcionalidade) é integrado e testado incrementalmente como um subsistema e, em seguida, executado para todo o sistema.
• Em um nível mais básico, proporciona aos integradores um melhor conhecimento do escopo do que deve ser testado.
• Em vez de testar componentes de software diretamente, exige que os integradores se concentrem em testar os caminhos de execução lógica no contexto de todo o sistema.

Como a unidade de trabalho é um caminho de negócios em vez de um componente, o teste de threads se encaixa naturalmente entre teste de módulo e completo teste do sistema.

Dicas para testes multithread

Defeitos em multithreading dependem do tempo de execução, portanto, uma única execução sem erros comprova muito pouco. As dicas abaixo aumentam a probabilidade de detectá-los.

• Teste seu programa multithread executando-o repetidamente com diferentes combinações de aplicativos em execução.
• Teste seu programa multithread executando várias instâncias do programa simultaneamente.
• Execute seu programa multithread em diferentes modelos de hardware com níveis de estresse e cargas de trabalho variados.
• Utilize a inspeção de código, pois algumas falhas de sincronização são mais fáceis de ler do que de reproduzir.
• Colete apenas os erros e falhas que ocorreram em threads diferentes da principal.

Defeitos comuns encontrados durante o teste de roscas

Falhas de concorrência raramente se manifestam com uma pilha de chamadas limpa. trace. As categorias abaixo representam a maior parte do que uma execução multithread expõe, e cada uma delas possui um sintoma distinto que vale a pena reconhecer.

• Condições da corrida: Duas threads leem e escrevem o mesmo valor sem ordem específica, portanto o resultado final depende de qual thread terminou primeiro. Sintoma: totais corretos em algumas execuções e incorretos em outras.
• Impasse: Duas threads mantêm cada uma o bloqueio necessário para a outra, e nenhuma delas prossegue. Sintoma: a transação fica travada indefinidamente em vez de falhar com um erro.
• Disputa por recursos: Os threads entram em fila para a mesma conexão, identificador de arquivo ou registro, e a taxa de transferência cai drasticamente muito antes de o limite do hardware ser atingido.
• Corrupção de dados: Estruturas compartilhadas parcialmente escritas deixam os registros em um estado que nenhuma transação válida poderia produzir.
• Inanição: Uma thread de baixa prioridade nunca obtém o recurso de que precisa, portanto, um caminho de usuário expira enquanto o restante do sistema parece estar funcionando corretamente.

Cada uma dessas situações exige que a execução com falha seja registrada nos logs, pois um defeito que se reproduz uma vez a cada cinquenta tentativas é impossível de ser reportado de outra forma. processo de gerenciamento de defeitos.

Testes de threads vs. testes de concorrência vs. testes de integração

Os três termos se sobrepõem e são frequentemente confundidos em planos de teste. A tabela os separa por finalidade.

Em suma, testes de concorrência O teste de acesso simultâneo questiona o impacto do acesso simultâneo no sistema, enquanto o teste de threads verifica se um caminho importante sobrevive à integração. Equipes que executam ambos os testes geralmente agendam o teste de threads primeiro.

Vantagens do teste de rosca

A técnica conquista seu espaço em um plano de integração por diversas razões práticas.

• Os principais fluxos de negócios são validados logo no início, permitindo identificar falhas na transição antes que o sistema esteja totalmente montado.
• Os integradores obtêm uma visão clara do escopo, porque a unidade de teste é uma transação reconhecível em vez de um valor absoluto.traclimite do componente t.
• Testar caminhos de execução lógica no contexto do sistema expõe falhas que foram isoladas. teste de componentes Não consigo ver.
• Execuções com múltiplas threads expõem defeitos de concorrência — impasses, condições de corrida e conflitos de recursos — que, de outra forma, chegariam à produção.
• A integração incremental mantém a superfície de depuração pequena, já que apenas um thread é adicionado por vez.
• Os resultados alimentam diretamente em teste de regressão, porque uma thread em execução é uma candidata óbvia para o conjunto de testes de regressão.

Desvantagens do teste de thread

• Para testes multithread, o maior desafio é conseguir programar um teste reproduzível para um teste unitário.
• Escrever testes unitários para código multithread é uma tarefa desafiadora.
• Os critérios de teste para testes multithread diferem dos testes de thread única. Para testes multithread, fatores como tamanho da memória, capacidade de armazenamento e problemas de temporização variam quando o código é executado em hardware diferente.
• Não é possível testar threads antes que os módulos que elas cruzam estejam disponíveis, portanto, o agendamento depende da ordem de integração.
• Falhas intermitentes são facilmente descartadas como ruído ambiental, o que torna o registro disciplinado de dados essencial.

Perguntas Frequentes