Fluxo de dados de testes

Durante a última década, o crescimento extraordinário na World Wide Web tornou-se difundida em todo o comércio ea indústria. Há uma série de empresas que usaram e ainda estão usando tecnologias web para estabelecer ou incorporar suas aplicações de missão crítica. Conforme os aplicativos web mais e mais complexo, daí testes qa torna-se crucial não só, mas também um desafio.
Basicamente, o teste de fluxo de dados é uma abordagem de teste caixa branca. Aqui, testamos as definições de variáveis ​​ea sua utilização no programa para descobrir anomalias. Os casos de teste são criados com base no fluxo de dados dentro do código e do sistema. Através da realização de ensaios de fluxo de dados, operação e maior, a cobertura de teste pode ser alcançada. Normalmente, este tipo de teste é aplicado no nível mais baixo. No sistema e testes de nível integrados, também considera a análise de risco que impulsiona as permutações Chave de A principal estratégia de teste de fluxo de dados é baseado na seleção de caminhos através do programa &';. S fluxo de controle, a fim de explorar as sequências de eventos relacionados com a o status de objetos de dados. O testador tem que cobrir caminhos suficientes para garantir que cada objeto de dados foi inicializado antes da sua utilização e todos os objetos definidos têm sido usados ​​pelo menos uma vez. Os objetos de dados contendo valores de dados têm um ciclo de vida distintas. Eles são criados, usado, e depois mortos.
Os padrões de uso de dados são caracterizadas por anomalias de fluxo de dados, o que pode gerar alguma aplicação indevida ou incorreta do código. Estas anomalias foram anotados para ser não somente perigoso, mas também suspeita, o que denota que deslizes ou erros de cálculo podem acontecer. Existem duas técnicas que são amplamente utilizados, neste espaço:
1. Estática de dados de teste de fluxo
2. Dynamic Data Testing Fluxo
estática teste de fluxo de dados é feita no código fonte, sem realmente executá-lo. Essa abordagem ajuda na descoberta de bugs como erros de sintaxe. Embora esta seja uma técnica útil, isso por si só não será suficiente. Teste de QA para estático de fluxo de dados não é apropriado para usar como ele poderia entrar em colapso em determinados cenários em que o estado da variável de dados não podem ser determinados pelo exame do código.
Conforme os aplicativos web se tornam mais complexos levando a fluxos de difícil controle, pode seria possível, por vezes, que certos caminhos nunca pode ser executado. Para tornar isso mais claro, vamos &'; s dar um exemplo de uma matriz, ou seja recolha de elementos de dados que compartilham o mesmo nome e tipo. Arrays podem ser demarcadas e demolido como um grupo, mas alguns elementos distintivos da matriz são usados ​​separadamente. Teste de fluxo de dados estáticos não pode determinar se as orientações definem-use-kill foram mapeados adequadamente a menos que cada elemento é levado em conta individualmente.
O principal objetivo do teste de fluxo de dados dinâmico é para expor o possível número de erros durante a implementação o código de programa. Os casos de teste são desenvolvidos para rastrear cada definição para cada um de seu uso onde cada utilização está atribuída a cada uma das sua definição. Há tantas estratégias que estão envolvidos na criação de casos de teste
Algumas dessas estratégias do ponto de vista em Teste de fluxo de dados de teste qa estão conforme descrito abaixo:.
Todos Definições: Cada definição de cada variável ser coberta por pelo menos um uso dessa variável, que seja um uso computacional (C-uso) ou uma utilização predicado (P-uso)
predicado ALL Usa:. Neste, casos de teste são criadas para proporcionar pelo menos um caminho de cada . definição de variável para cada utilização P de variável
todo Computacional Usos: Neste, casos de teste são criados para fornecer pelo menos um caminho de cada definição de variável para cada utilização C- de variável
Todos P usa Alguns C. usa: Nesse sentido, os casos de teste são criados para cada variável; há um caminho de cada definição de cada utilização P dessa definição. Se existe uma definição sem p-utilização que se lhe segue, em seguida, um C-uso da definição será considerado
Todos C usa Alguns P usa:. Neste, casos de teste para cada variável, há um caminho de toda definição para todos os C-uso dessa definição. Se existe uma definição sem-c uso que se lhe segue, em seguida, uma p-uso da definição será considerado
Todos os usos:. Nesta estratégia, pelo menos um caminho de cada variável de cada definição pode ser alcançado por essa . definição para cada uso
todo du caminhos: Um caminho de definição-claro (valor não é substituído no caminho) sobre o Flow Control Graph a partir de uma definição para uma utilização de uma mesma variável. Estratégia de teste de fluxo de dados é a estratégia de ensaio mais forte. Cada du caminho de cada definição de cada variável para cada uso dessa definição é considerada aqui
Como mencionado anteriormente, todas as anomalias de fluxo de dados não são prejudiciais; no entanto, eles são suspeitos e sugerem que um descuido é possível. Então nós temos que dar mais ênfase a essas estratégias para garantir a qualidade do produto em teste. Estas estratégias sempre ajudar a identificar e modificar essas anomalias nas fases iniciais do ciclo de vida do produto.
Em conclusão, podemos dizer que os métodos discutidos para o teste de fluxo de dados pode ser aplicada com análise adequada. Teste de fluxo de dados pode ajudar a compreender o funcionamento do código (tanto para o testador e desenvolvedor), e aumentar positivamente o número de falhas que são detectadas no sistema durante qa e testes. Isso significa que o teste de fluxo de dados, pelo menos, deve ser limitado seriamente contemplado durante o processo de testes Restaurant  .;