Guia definitivo de teste de validação

validation testing ultimate guide

Explore a importância do teste de validação:

O que você aprenderá:

• O que é teste de validação?
• Diferença entre verificação e validação
• Estágios Envolvidos
  • Qualificação de Design
  • Qualificação de Instalação
  • Qualificação Operacional
    • Teste Funcional e seus Tipos
    • Teste de integração e seus tipos
    • Teste de sistema e seus tipos
  • Qualificação de Desempenho
• Casos de teste de validação de amostra ou protocolo
• Conclusão
• Leitura recomendada

O que é teste de validação?

O teste de validação é o processo de garantir se o software testado e desenvolvido satisfaz as necessidades do cliente / usuário. A lógica ou os cenários de requisitos de negócios devem ser testados em detalhes. Todas as funcionalidades críticas de um aplicativo devem ser testadas aqui.

Como testador, é sempre importante saber como verificar a lógica de negócios ou os cenários fornecidos a você. Um desses métodos que auxilia na avaliação detalhada das funcionalidades é o Processo de Validação.

Sempre que você é solicitado a realizar um teste de validação, é uma grande responsabilidade, pois você precisa testar todos os requisitos críticos de negócios com base nas necessidades do usuário. Não deve haver uma única falha nos requisitos solicitados pelo usuário. Conseqüentemente, um conhecimento profundo sobre testes de validação é muito importante.

Como testador, você precisa avaliar se os resultados da execução do teste estão de acordo com o mencionado no documento de requisitos. Qualquer desvio deve ser relatado imediatamente e esse desvio é, portanto, chamado de bug.

Ferramentas como HP Quality Center, Selenium, Appium, etc são usadas para realizar o teste de validação e podemos armazenar os resultados do teste lá. Um plano de teste adequado, execuções de execução de teste, relatórios de defeitos, relatórios e métricas são as entregas importantes a serem enviadas.

Do ponto de vista da empresa, o teste de validação no simples é realizado pelas seguintes etapas:

• Você reúne os requisitos de negócios para teste de validação do usuário final.
• Elaborar o plano de negócios e enviá-lo para aprovação do local / stakeholders envolvidos.
• Na aprovação do plano, você começa a escrever os casos de teste necessários e enviá-los para aprovação.
• Depois de aprovado, você começa a concluir os testes com o software e ambiente necessários e envia as entregas conforme solicitado pelo cliente.
• Após a aprovação das entregas, o teste UAT é feito pelo cliente.
• Depois disso, o software vai para produção.

qual é a diferença entre c ++ e java

Vamos agora explorar mais detalhes sobre validação.

Diferença entre verificação e validação

Vamos entender isso com um exemplo de forma simples.

Exemplo:

Requisito do cliente:

A injeção proposta não deve pesar mais de 2 cms.

Teste de verificação:

• Verifique se a injeção é a injeção que não pesa mais de 2 cm, usando a lista de verificação, revisão e design.

Teste de validação:

• Verifique se a injeção não pesa mais de 2 cms usando testes manuais ou de automação.
• Você tem que verificar cada um dos cenários possíveis relativos ao peso de injeção usando qualquer método adequado de teste (métodos funcionais e não funcionais).
• Verifique se há medidas inferiores a 2 cm e superiores a 2 cms.

Estágios Envolvidos

• Qualificação de design: Isso inclui a criação do plano de teste com base nos requisitos de negócios. Todas as especificações precisam ser mencionadas claramente.
• Qualificação de instalação: Isso inclui a instalação do software com base nos requisitos.
• Qualificação Operacional: Isso inclui a fase de teste com base na especificação de requisitos do usuário.

Isso pode incluir Teste de funcionalidade:

• • Teste de Unidade - Caixa preta, caixa branca, caixa cinza.
  • Teste de integração - De cima para baixo, de baixo para cima, Big bang.
  • Teste de sistema - Teste de sanidade, fumaça e regressão.
• Qualificação de desempenho: UAT (teste de aceitação do usuário) - Testes alfa e beta.
• Produção

Qualificação de Design

A qualificação de design significa simplesmente que você deve preparar o design do software de forma que atenda às especificações do usuário. Primeiramente, você precisa obter o Documento de especificação de requisitos do usuário (URS) do cliente para prosseguir com o design.

Estratégia de teste:

Este documento constitui a base para a preparação do plano de teste. Geralmente, é preparado pelo líder da equipe ou gerente do projeto. Ele descreve como iremos proceder para testar e atingir a meta desejada.

Para incorporar todos os procedimentos, um plano adequado deve ser elaborado e aprovado pelas partes interessadas. Então, deixe-nos saber os componentes do plano de teste.

Em alguns projetos, o plano de teste e a estratégia de teste podem ser incorporados como um único documento. Documentos de estratégia separados também são preparados para um projeto complexo (principalmente na técnica de automação).

Componentes do Plano de Teste de Validação:

• Descrição do projeto
• Compreender os requisitos
• Escopo do teste
• Níveis de teste e cronograma de teste
• Executar a criação do plano
• Requisitos de hardware-software e pessoal
• Papéis e responsabilidades
• Suposições e dependências
• Riscos e mitigação
• Relatório e métricas

Descrição do projeto: Aqui você precisa elucidar toda a descrição do aplicativo concedido a você para teste. Deve incluir todas as funcionalidades do aplicativo.

Compreender os requisitos: Ao obter o USR, você precisa mencionar os requisitos compreendidos de sua parte. Você também pode levantar esclarecimentos, se houver. Este é o critério básico ou de teste para teste.

Escopo do teste: O escopo deve incluir os módulos em detalhes junto com os recursos de alto nível. Você precisa dizer ao cliente quais são todos os requisitos que você abrangeria em seu teste.

De uma perspectiva de negócios, o teste de validação pode ser solicitado para executar os requisitos críticos de um aplicativo. Significa simplesmente que você diz o que será coberto e o que não .

Níveis de teste e cronograma de teste: Você precisa mencionar quantas rodadas de teste devem ser realizadas. O esforço geral para o projeto de teste é estimado usando as técnicas de estimativa padrão, como estimativa de Ponto de Caso de Teste (TCP), etc.

Como o nome implica cronograma de teste descreve como o teste será realizado. Deve também dizer como e quando a aprovação e as revisões serão conduzidas.

Exemplo:

O design de uma página da Web é o projeto considerado.

Os níveis de teste incluem:

Nível 1: Teste de fumaça
Nível 2: Teste de Unidade
Nível 3: Teste de integração
Nível 3: Teste de sistema
Nível 3: Teste de aceitação

Cronograma de teste:

1. Envio do plano - Dia 1
2. Projeto de Casos de Teste - Dia 2
3. Teste e correção de bugs - Dia 4
4. Análise- Dia 5
5. Formal Run - Dia 6
6. Entregáveis ​​enviados para aprovação - Dia 8
7. Relatórios - Dia 10

Execute a criação do plano: O plano de execução marca o número de execuções necessárias para teste. Cada corrida realizada no local externo será anotada pela equipe local.

Por exemplo, quando você usa o Ferramenta HP Quick Test Professional para execução, o número de execuções será mostrado na guia Execuções do plano de teste.

Requisitos de hardware-software e pessoal:

• Requisitos de hardware e software, como dispositivos, versões de navegador, IOS, ferramentas de teste necessárias para o projeto.
• Pessoal significa nomear as pessoas necessárias para o teste. Você pode mencionar a contagem da equipe aqui.
• Caso você precise de membros de teste extras, você pode solicitar no local, dependendo do escopo do teste. Simplesmente quando o número de casos de teste aumenta, isso significa que você precisa de mais membros da equipe para executá-los.

Papéis e responsabilidades: Isso implica atribuir tarefas às funções relacionadas, responsáveis ​​por realizar os vários níveis de teste.

um aplicativo para espionar outro telefone

Por exemplo,

Um aplicativo precisa ser testado por uma equipe composta por 4 membros para executar 4 protocolos de validação e você pode delegar as responsabilidades da seguinte forma:

1. Líder de teste: Desenho do plano de teste
2. Membro da equipe 1: Desenho e execução de protocolos 1,2.
3. Membro da equipe 2: Desenho e execução de protocolos 3,4.
4. Membro da equipe: Elaboração de relatórios, revisões e métricas.

Suposições e Dependências: Isso significa que as suposições feitas durante o design e as dependências identificadas para teste serão incluídas aqui.

Riscos e mitigação: Riscos relacionados ao planejamento de teste, como disponibilidade dos ambientes desejados, build, etc, juntamente com planos de mitigação e contingência.

Relatório e métricas: Fatores que foram usados ​​para testes e relatórios para as partes interessadas devem ser mencionados aqui.

Um exemplo de aplicativo móvel é fornecido abaixo:

Qualificação de Instalação

• A qualificação de instalação contém detalhes como quais e quantos ambientes de teste seriam usados, qual nível de acesso é necessário para os testadores em cada ambiente, juntamente com os dados de teste necessários. Pode incluir compatibilidade de navegador, ferramentas necessárias para execução, dispositivos necessários para teste, etc. O sistema que está sendo desenvolvido deve ser instalado de acordo com os requisitos do usuário.
• Os dados de teste podem ser necessários para testar alguns aplicativos e precisam ser fornecidos pela pessoa adequada. É um pré-requisito vital.
• Alguns aplicativos podem exigir um banco de dados. Temos que manter todos os dados necessários para o teste prontos em um banco de dados para validar as especificações.

Por exemplo, Um novo aplicativo diz que “abc” deve ser testado no celular (Android 4.3.1) e no navegador (Chrome 54), nesse caso, devemos manter o controle do seguinte:

• Verifique se foi dada a devida autorização para consultar o site do aplicativo “abc”.
• Veja se os dispositivos usados ​​para testar o aplicativo, como celular (android / ios), navegador Chrome, Internet Explorer com a versão necessária, estão disponíveis.
• Verifique se estão instalados corretamente com as versões especificadas (Ex: Chrome 54, Android versão 4.3.1).
• Certifique-se de que o aplicativo esteja acessível no navegador e no celular.

Qualificação Operacional

A qualificação operacional garante que cada módulo e submódulo projetado para o aplicativo em teste funcione corretamente como é esperado no ambiente desejado.

Um teste de validação, em geral, é realizado na seguinte hierarquia.

O teste funcional desempenha um papel importante no teste de validação. Significa simplesmente que você deve validar a funcionalidade do aplicativo para cada um dos requisitos críticos mencionados. Isso abre caminho para mapear os requisitos mencionados no documento de Especificação Funcional e garante que o produto atenda a todos os requisitos mencionados.

Teste Funcional e seus Tipos

Como o nome sugere, teste funcional é testar as funções, ou seja, o que o software deve fazer. As funcionalidades do software serão definidas no documento de especificação de requisitos.

Vamos dar uma olhada rápida em seus tipos.

# 1) Teste de Unidade:

O teste de unidade é testar as unidades / módulos / componentes / métodos individuais de um determinado sistema. A validação de campo, controle de layout, design, etc., são testados com diferentes entradas após a codificação. Cada linha do código deve ser validada para os casos de teste de unidade individuais.

O teste de unidade é feito pelos próprios desenvolvedores. O custo de correção de bugs é menor aqui, quando comparado com os outros níveis de teste.

Exemplo:

Avaliar um loop do código para uma função, digamos que a escolha do gênero é um exemplo de teste de unidade.

# 2) Teste de caixa preta:

Testar o comportamento de um aplicativo para as funcionalidades desejadas em relação aos requisitos sem focar nos detalhes internos do sistema é chamado de teste de caixa preta. Geralmente, é realizado por uma equipe de teste independente ou pelos usuários finais do aplicativo.

O aplicativo é testado com entradas relevantes e é testado para validar se o sistema se comporta conforme desejado. Isso pode ser usado para testar os requisitos funcionais e não funcionais.

# 3) Teste de caixa branca:

Teste de caixa branca nada mais é do que uma verificação detalhada do código do programa por código. Todo o funcionamento da aplicação depende do código escrito, portanto, é necessário testar o código com muito cuidado. Você precisa verificar cada unidade e sua integração como um módulo completo passo a passo.

Um testador com conhecimento de programação é um critério obrigatório aqui. Isso descobre claramente se há algum desvio no fluxo de trabalho do aplicativo. É útil tanto para desenvolvedores quanto para testadores.

# 4) Teste de caixa cinza:

O teste de caixa cinza é uma combinação de teste de caixa branca e caixa preta. O conhecimento parcial sobre a estrutura ou o código da unidade a ser testada é conhecido aqui.

Teste de integração e seus tipos

Os componentes individuais do software que já são testados em testes unitários são integrados e testados em conjunto para testar suas funcionalidades como um todo, a fim de garantir o fluxo de dados entre os módulos.

Isso é feito pelos próprios desenvolvedores ou por uma equipe de teste independente. Isso pode ser feito depois que duas ou mais unidades forem testadas.

Abordagem de cima para baixo:

Nesta abordagem, as unidades superiores são testadas primeiro e, em seguida, as unidades de nível inferior são testadas uma a uma, passo a passo. Os stubs de teste que podem ser usados ​​são necessários para simular as unidades de nível inferior que podem não estar disponíveis durante as fases iniciais.

Abordagem de baixo para cima:

Nesta abordagem, as unidades inferiores são testadas primeiro, integradas e, em seguida, as unidades de nível superior são testadas. Os stubs de teste que podem ser usados ​​são necessários para simular as unidades de nível superior que podem não estar disponíveis durante as fases iniciais.

Teste de sistema e seus tipos

O teste do sistema / software completo é chamado de teste do sistema. O sistema é totalmente testado em relação às especificações dos requisitos funcionais. O teste do sistema é feito em relação aos requisitos funcionais e não funcionais. O teste de caixa preta geralmente é preferido para este tipo de teste.

# 1) Teste de fumaça:

Quando os construtores fornecem o build para teste inicialmente, temos que testar o build completamente. Isso é chamado de teste de fumaça. Precisamos declarar se o build é capaz de mais testes ou não.

Para realizar a validação, você precisa de uma construção adequada. Portanto, o teste de fumaça é feito primeiro pela equipe de teste. O fluxo de trabalho do aplicativo testado deve ser testado com os casos de teste ou sem ele. O caso de teste cobrindo todo o fluxo é útil para este teste.

# 2) Teste de Sanidade:

Nos testes de sanidade, são testadas as principais funcionalidades dos módulos da aplicação em teste. Ao testar um site que tem 3 guias, ou seja, criação de perfil, educação, login, etc., em IRCTC , as principais funcionalidades de todas essas guias devem ser verificadas sem ir muito fundo.

Os menus, submenus e guias devem ser testados em todos os módulos. É um subconjunto de teste de regressão, pois o teste é feito apenas no fluxo principal e não em profundidade.

# 3) Teste de regressão:

Para cada versão do projeto, a equipe de desenvolvimento pode introduzir certas mudanças. Validar se as novas alterações introduzidas não afetaram o fluxo de trabalho do sistema é chamado de teste de regressão. Apenas alguns casos de teste pertencentes aos novos requisitos devem ser testados aqui.

Qualificação de Desempenho

UAT (Teste de Aceitação do Usuário):

Esta é a última fase do teste que é feita para garantir que o sistema se comporte conforme necessário, correspondendo aos requisitos especificados. Isso é feito pelo cliente. Assim que o cliente certificar e concluir os testes do sistema, o produto pode ir para implantação.

Teste Alfa e Beta:

O teste alfa é feito pelos desenvolvedores no aplicativo antes do lançamento no site de desenvolvimento de software. Envolve testes de caixa preta e branca. O teste beta é feito no lado do cliente após o produto ser desenvolvido e implantado.

Casos de teste de validação de amostra ou protocolo

Com minha experiência, escrevi este protocolo para login do Gmail.

A verificação aprofundada da funcionalidade de login coberta é o que a validação realmente é. Mas eu gostaria de mencionar que o estilo das colunas das frases usadas pode ser completamente diferente e depender dos requisitos do cliente.

o que é um tipo de arquivo swf

=> Baixar Casos de teste de validação de amostra: Caso de teste de login do Gmail

Conclusão

Bem, a validação trata da análise detalhada das funcionalidades de um produto. Como um testador de validação, você deve sempre se lembrar de relatar os desvios ali mesmo, a fim de obter os melhores resultados nos testes.

Cada caso de teste que é escrito deve ser preciso, conciso e compreensível até mesmo para o homem comum. O testador de validação deve garantir que o produto certo está sendo desenvolvido de acordo com os requisitos especificados.

Como um guia para o teste de validação, cobri o processo associado à validação.

Qualificação de design que envolve o plano de validação, Qualificação de instalação que fala sobre a instalação de hardware-software, uma qualificação operacional que envolve todo o teste do sistema, qualificação de desempenho que envolve o teste de aceitação do usuário que fornece a autorização para produção.

Espero que este artigo tenha enriquecido seu conhecimento sobre o conceito de Teste de Validação !!

Leitura recomendada

• Melhores ferramentas de teste de software 2021 (QA Test Automation Tools)
• Teste Alfa e Teste Beta (um guia completo)
• Principais diferenças entre o teste de caixa preta e o teste de caixa branca
• Teste Funcional Vs Teste Não Funcional
• Download do e-book do Testing Primer
• Guia completo de teste de verificação de compilação (teste BVT)
• O que é teste de sistema - um guia para iniciantes definitivo
• Guia de teste de segurança de aplicativos da Web