Teste de ponta a ponta
End To End Testing é um método de teste de software que valida todo o software do início ao fim, juntamente com sua integração com interfaces externas. O objetivo do teste de ponta a ponta é testar todo o software quanto a dependências, integridade de dados e comunicação com outros sistemas, interfaces e bancos de dados para exercitar a produção completa como cenário.
Junto com o sistema de software, ele também valida o processamento de lote / dados de outros sistemas upstream / downstream. Daí o nome "End-to-End" . O teste de ponta a ponta geralmente é executado após o teste funcional e do sistema. Ele usa produção real como dados e ambiente de teste para simular configurações em tempo real. O teste ponta a ponta também é chamado de teste em cadeia .
Por que testar de ponta a ponta?
O teste de ponta a ponta verifica o fluxo completo do sistema e aumenta a confiança detectando problemas e aumentando a cobertura de teste dos subsistemas. Os sistemas de software modernos são complexos e interconectados com vários subsistemas que podem ser diferentes dos sistemas atuais. Todo o sistema pode entrar em colapso devido à falha de qualquer subsistema que representa um grande risco, o que pode ser evitado por meio de testes de ponta a ponta.
Processo de teste de ponta a ponta:
O diagrama a seguir oferece uma visão geral do processo de teste de ponta a ponta.
As principais atividades envolvidas no Teste de Ponta a Ponta são -
- Estudo de requisitos de teste ponta a ponta
- Configuração do ambiente de teste e requisitos de hardware / software
- Descreva todos os sistemas e processos de seus subsistemas.
- Descrição das funções e responsabilidades de todos os sistemas
- Metodologia e padrões de teste
- Rastreamento de requisitos ponta a ponta e desenho de casos de teste
- Dados de entrada e saída para cada sistema
Como criar casos de teste ponta a ponta?
Estrutura de design de teste de ponta a ponta consiste em três partes
- Crie funções de usuário
- Condições de construção
- Construir Casos de Teste
Construir funções do usuário
As seguintes atividades devem ser realizadas como parte das funções do usuário de compilação:
- Liste os recursos do sistema e seus componentes interconectados
- Liste os dados de entrada, ação e os dados de saída para cada recurso ou função
- Identifique as relações entre as funções
- Determine se a função pode ser reutilizável ou independente
Por exemplo -Considere um cenário onde você login em sua conta bancária e transferir dinheiro para outra conta de algum outro banco (3 rd partido sub-sistema)
- Faça login no sistema bancário
- Verifique o valor do saldo na conta
- Transferir alguma quantidade de sua conta para outra conta bancária (3 rd partido sub-sistema)
- Verifique o saldo da sua conta mais recente
- Logout do aplicativo
Condições de construção com base na função do usuário
As seguintes atividades são realizadas como parte das condições de construção:
- Construir um conjunto de condições para cada função do usuário definida
- As condições incluem sequência, tempo e condições de dados
Por exemplo - Verificação de mais condições como
Página de login
- Nome de usuário e senha inválidos
- Verificando com nome de usuário e senha válidos
- Verificação da força da senha
- Verificação de mensagens de erro
Valor do saldo
- Verifique o saldo atual após 24 horas. (Se a transferência for enviada para um banco diferente)
- Verifique se há mensagem de erro se o valor da transferência for maior do que o valor do saldo atual
Construir um Cenário de Teste
Construindo o Cenário de Teste para a função do usuário definida
Nesse caso,
- Faça login no sistema
- Cheque do valor do saldo bancário
- Transfira o valor do saldo bancário
Construir vários casos de teste
Construa um ou mais casos de teste para cada cenário definido. Os casos de teste podem incluir cada condição como um único caso de teste.
Métricas para teste de ponta a ponta:
A seguir estão algumas das muitas métricas usadas para testes de ponta a ponta.
- Status de preparação do Caso de Teste: Fornece o progresso da preparação do Caso de Teste em relação ao planejado
- Progresso do teste semanal - fornece detalhes semanais da porcentagem de conclusão do teste - Falha, não executado e executado em relação aos testes de execução planejados.
- Status e detalhes dos defeitos - fornece a porcentagem de defeitos abertos e fechados por semana. Além disso, distribuição de defeitos semanais com base na gravidade e prioridade
- Disponibilidade do ambiente - número total de horas "up" / número total de horas programadas por dia para teste
Teste de ponta a ponta vs. Teste de sistema
| Teste de ponta a ponta | Teste de Sistema |
|---|---|
| Valida o sistema de software, bem como subsistemas interconectados | Valida apenas o sistema de software de acordo com as especificações dos requisitos. |
| Ele verifica o fluxo completo do processo de ponta a ponta. | Ele verifica as funcionalidades e recursos do sistema. |
| Todas as interfaces, sistemas de back-end serão considerados para teste | Testes funcionais e não funcionais serão considerados para teste |
| Ele é executado assim que o Teste do Sistema é concluído. | É executado após o teste de integração. |
| O teste de ponta a ponta envolve a verificação de interfaces externas que podem ser complexas para automatizar. Portanto, o teste manual é preferido. | Tanto o manual quanto a automação podem ser executados para testes de sistema |
Conclusão
Em Engenharia de Software, Teste End to End é o processo de verificação de um sistema de software junto com seus subsistemas. O maior desafio neste teste é ter conhecimento suficiente de todo o sistema, bem como de um subsistema interconectado.