O que é teste dinâmico? Tipos, técnicas e exemplo

O que é teste dinâmico?

Teste Dinâmico O teste dinâmico é um método de teste de software usado para testar o comportamento dinâmico do código. O principal objetivo do teste dinâmico é examinar o comportamento do software com variáveis ​​dinâmicas — variáveis ​​que não são constantes — e encontrar pontos fracos no ambiente de execução do software. O código precisa ser executado para que o comportamento dinâmico seja testado.

Testar é verificação e validaçãoE são necessários ambos os Vs para que o teste seja completo. A verificação é realizada por meio de testes estáticos, que revisam os requisitos, os documentos de design e o código sem executá-los. A validação é realizada por meio de testes dinâmicos, que executam a compilação e comparam o que o aplicativo realmente faz com o que ele deveria fazer.

A tabela abaixo diferencia os dois à primeira vista.

Aspecto	Teste estático (verificação)	Teste dinâmico (validação)
Code executado	Não	Sim
Atividades típicas	Revvisualizações, visitas técnicas, inspeções, análises estáticas	Execução de casos de teste em todos os níveis de teste.
Pergunta respondida	Estamos construindo o produto corretamente?	Estamos construindo o produto certo?
Defeitos encontrados	Requisitos ambíguos, violações de padrões de codificação, código morto	Saída incorreta, vazamentos de memória, falhas de temporização, falhas de integração
Inicia	Assim que um artefato existir	Assim que existir uma versão executável
Custo relativo de um reparo	Menor, porque os defeitos são detectados mais cedo.	Maior, porque os defeitos aparecem mais tarde.

Exemplo de teste dinâmico

Um breve exemplo prático demonstra como os testes dinâmicos se comportam na prática.

Suponha que uma página de login esteja sendo testada. Ela possui dois campos, Nome de usuário e Senha, e o campo Nome de usuário está restrito a caracteres alfanuméricos.

Quando o usuário insere o nome de usuário como “Guru99”, o sistema aceita. Quando o usuário digita “Guru99@123”, o aplicativo gera uma mensagem de erro. Esse resultado mostra que o código está agindo dinamicamente com base na entrada do usuário.

Testes dinâmicos, portanto, significam trabalhar com o sistema real, fornecer uma entrada e comparar o comportamento real do aplicativo com o comportamento esperado — em outras palavras, trabalhar com o sistema com a intenção de encontrar erros.

O teste dinâmico é, portanto, o processo de validar uma aplicação de software tal como um utilizador final o faria, em diferentes ambientes, para construir o software correto.

O que o teste dinâmico faz?

O principal objetivo dos testes dinâmicos é garantir que o software funcione corretamente durante e após a instalação, fornecendo uma aplicação estável e sem falhas graves. Nenhum software é completamente livre de erros, e os testes podem mostrar a presença de defeitos, mas nunca a sua ausência.

Os testes dinâmicos também garantem a consistência em todo o software, como mostra este exemplo.

Em um aplicativo bancário, existem várias telas, como Minhas Contas, Transferência de Fundos e Bill Pagar. Todos eles contêm um campo de valor.

Suponha que o campo "Minhas Contas" exiba o valor de 25,000, a opção "Transferência de Fundos" mostre $25,000 e... Bill A tela de pagamento exibe $25000. O valor é o mesmo, mas a forma como é exibido é diferente, o que torna o software inconsistente.

A consistência não se limita à funcionalidade. Ela também abrange padrões como desempenho, usabilidade e compatibilidade, e é por isso que os testes dinâmicos são tão importantes.

Tipos de testes dinâmicos

Os testes dinâmicos são classificados em duas categorias.

• Branco Box Testes
• Preto Box Testes

O diagrama abaixo relaciona as duas categorias com os níveis de avaliação correspondentes.

Cada tipo e sua finalidade são descritos abaixo.

Branco Box Testes — um método de teste de software no qual a estrutura interna e o design são conhecidos pelo testador. Seu principal objetivo é verificar o desempenho do sistema com base no código. É realizado principalmente por desenvolvedores ou por testadores de caixa branca que possuem conhecimento de programação.

Preto Box Testes — um método de teste no qual a estrutura interna, o código e o design NÃO são conhecidos pelo testador. Seu principal objetivo é verificar a funcionalidade do sistema em teste. Esse tipo de teste requer a execução de todo o conjunto de testes, é realizado principalmente por testadores e não exige conhecimento de programação.

Os testes de caixa preta são novamente classificados em dois tipos.

• Teste funcional
• Testes não funcionais

Teste funcional

Teste funcional É realizada para verificar se todas as funcionalidades desenvolvidas correspondem às especificações funcionais. Ela é executada através da análise funcional. casos de teste Escrito pela equipe de controle de qualidade. Nesta fase, o sistema é testado fornecendo entradas, verificando a saída e comparando os resultados reais com os resultados esperados.

Existem diferentes níveis de testes funcionais, dos quais os mais importantes são os quatro descritos abaixo.

• Teste de Unidade — Uma unidade é um pequeno trecho de código testável. Os testes unitários são realizados em uma unidade individual de software e são executados pelos desenvolvedores.
• Teste de integração — realizada após os testes unitários, combinando as unidades testáveis ​​individuais. É realizada tanto por desenvolvedores quanto por testadores.
• Teste do sistema — realizada para garantir que o sistema se comporte conforme os requisitos. Geralmente é realizada quando o sistema completo está pronto, pelos testadores, assim que a versão é liberada para a equipe de controle de qualidade.
• Teste de aceitação — realizada para verificar se o sistema atende aos requisitos de negócios e está pronto para uso ou implantação. Geralmente é realizada pelos usuários finais.

Testes não funcionais

Teste não funcional É uma técnica de teste que não se concentra em aspectos funcionais, mas sim em atributos não funcionais do sistema, como vazamentos de memória, desempenho ou robustez. Os testes não funcionais são realizados em todos os níveis de teste.

Existem muitas técnicas de teste não funcionais, das quais as mais importantes são as cinco descritas abaixo.

• Teste de Desempenho — verifica se o tempo de resposta do sistema está normal, conforme os requisitos, sob a carga de rede desejada.
• Teste de Recuperação — verifica a capacidade de um sistema se recuperar de falhas e travamentos de hardware.
• Teste de compatibilidade — verifica como o sistema se comporta em diferentes ambientes.
• Teste de Segurança — verifica a robustez da aplicação, garantindo que apenas usuários e funções autorizados possam acessar o sistema.
• Testando usabilidade — verifica a usabilidade do sistema pelos usuários finais e o nível de conforto desses usuários com ele.

Técnicas de teste dinâmico

Com os tipos definidos, a próxima questão é como um ciclo de teste dinâmico é executado na prática.

Técnicas de teste dinâmico em STLC Consiste em tarefas como análise de requisitos para os testes, planejamento de testes, projeto e implementação de casos de teste, configuração do ambiente de teste, execução de casos de teste, registro de erros e, finalmente, encerramento dos testes. Cada tarefa em testes dinâmicos depende da conclusão da tarefa anterior no processo de teste.

Dentro do STLC (Ciclo de Vida de Teste de Teste), o processo de teste dinâmico propriamente dito começa com o projeto dos casos de teste. O diagrama abaixo mostra a sequência de atividades, cada uma das quais é descrita a seguir.

Antes de iniciar o processo, é necessário definir a estratégia a ser seguida para os testes dinâmicos.

Uma estratégia de testes deve focar principalmente nos recursos disponíveis e no cronograma. Com base nesses dois fatores, o objetivo do teste, o escopo do teste, as fases ou ciclos do teste, o tipo de ambiente, as suposições ou desafios que podem ser enfrentados e os riscos devem ser documentados.

Uma vez que a estratégia é definida e aceita pela gerência, inicia-se o processo propriamente dito de elaboração dos casos de teste.

Projeto e implementação de testes

Nesta fase, a equipe identifica o seguinte.

• Características a serem testadas
• Condições de teste derivadas dessas características
• Itens de cobertura derivados das condições de teste
• Casos de teste derivados dos itens de cobertura

Caixa preta técnicas de projeto de testes tais como particionamento de equivalência, análise de valor limite, teste de tabela de decisão e testes de transição de estado São o que transformam uma condição de teste em um conjunto concreto de casos executáveis.

Configuração do ambiente de teste

O ambiente de teste O ambiente deve ser sempre semelhante ao ambiente de produção. Nesta fase, a versão é instalada e as máquinas de teste são gerenciadas e configuradas.

Execução do teste

Durante esta fase, os casos de teste são efetivamente executados, seja manualmente ou por meio de programas. automaçãoe os resultados reais são registrados em comparação com os resultados esperados.

Relatório de bug capturado

Com base na execução, se os resultados esperados e reais não forem os mesmos, o caso de teste deve ser marcado como Falha e um bug registrado. gerenciamento de defeitos processo.

Vantagens do teste dinâmico

• Os testes dinâmicos revelam defeitos que são considerados muito difíceis ou complicados de detectar e que a análise estática não consegue abranger de forma alguma.
• O software é executado de ponta a ponta, o que aumenta a qualidade tanto do produto quanto do projeto.
• Os testes dinâmicos são um meio essencial para detectar ameaças à segurança em um sistema em funcionamento.
• Falhas que ocorrem exclusivamente em tempo de execução, como vazamentos de memória, problemas de sincronização e falhas de integração, surgem aqui e em nenhum outro lugar.

Desvantagens dos testes dinâmicos

• Os testes dinâmicos consomem muito tempo, pois a execução da aplicação ou do código requer uma grande quantidade de recursos.
• Isso aumenta o custo do projeto, porque não começa no início do ciclo de vida do software e os problemas corrigidos em estágios posteriores custam mais para reparar.
• Um ambiente semelhante ao de produção e dados de teste realistas são pré-requisitos, e ambos exigem esforço para serem construídos e mantidos.

Perguntas Frequentes