Melhor resposta
Casos de teste de sistema
Aqui estão alguns exemplos de cenários de teste para um site de comércio eletrônico:
1 Se o site iniciar corretamente com todas as páginas, recursos e logotipo relevantes
2. Se o usuário puder se registrar / fazer login para o site
3. Se o usuário pode ver os produtos disponíveis, pode adicionar produtos ao seu carrinho pode fazer o pagamento e pode obter a confirmação via e-mail ou SMS ou chamada.
4. Se a funcionalidade principal, como pesquisa, filtragem, classificação, adição, alteração, lista de desejos, etc. trabalhe conforme o esperado
4. Se o número de usuários (definido como no documento de requisito) pode acessar o site simultaneamente
5. Se o site iniciar corretamente em todos os principais navegadores e o suas últimas versões
6. Se as transações estão sendo feitas no site via usuário específico são seguras o suficiente
7. Se o site iniciar corretamente em todas as plataformas suportadas, como Windows, Linux, Mobile etc.
8. Se a política de devolução do manual / guia do usuário, a política de privacidade e os termos de uso do site estão disponíveis como um documento separado e são úteis para qualquer novato ou usuário iniciante.
9. Se o conteúdo das páginas estiver devidamente alinhado, bem gerenciado e sem erros de ortografia.
10. Se o tempo limite da sessão for implementado e funcionando conforme o esperado
11. Se um usuário ficar satisfeito após usando o site ou, em outras palavras, o usuário não acha difícil usar o site.
Tipos de teste de sistema
ST é chamado de superconjunto de todos os tipos de teste de s todos os principais tipos de teste são cobertos nele. Embora o foco nos tipos de teste possa variar com base no produto, processos da organização, cronograma e requisitos.
Teste de funcionalidade: para fazer certifique-se de que a funcionalidade do produto está funcionando de acordo com os requisitos definidos, dentro das capacidades do sistema.
Teste de recuperabilidade: para ter certeza de como bem, o sistema se recupera de vários erros de entrada e outras situações de falha.
Teste de interoperabilidade: para ter certeza de que o sistema pode operar bem com terceiros produtos de terceiros ou não.
Teste de desempenho: para garantir o desempenho do sistema sob as várias condições, em termos de características de desempenho.
Teste de escalabilidade: para garantir a capacidade de escalonamento do sistema em vários termos, como escalonamento de usuário, escalonamento geográfico e escalonamento de recursos.
Teste de confiabilidade: para garantir que o sistema possa ser operado por mais tempo sem desenvolver falhas.
Teste de regressão: para certifique-se de que a estabilidade do sistema passa por uma integração de diferentes subsistemas e tarefas de manutenção.
Teste de documentação: Para certificar-se de que o guia do usuário do sistema e outros documentos de tópicos de ajuda estão corretos e podem ser usados.
Teste de segurança: para se certificar de que o sistema não permite acesso não autorizado a dados e recursos .
Resposta
Vamos dar um exemplo simples para entender o que é Teste Estrutura de automação . Como você acha que o Indian Democracy, o segundo maior do mundo, está funcionando? É ad-hoc? Nah! Existem processos e estruturas básicas que impulsionam a democracia indiana – A constituição da Índia. E se a Constituição não estivesse lá? E se as pessoas não fossem guiadas por nenhuma orientação? sim! Total Chaos.
‘Estrutura’ é o que impulsiona quase tudo – um esboço ou estrutura básica, um conjunto de diretrizes que, quando seguidas, produzem resultados coerentes e benéficos. Seja manufatura, política ou serviços. Então, como a Estrutura de automação de teste pode ser diferente!
Estrutura de automação de teste
Antes de passar para Estrutura de automação de teste , primeiro vamos entender os diferentes componentes envolvidos na automação de teste.
- AUT : o aplicativo em teste
- Ferramenta de automação de teste como HPE UFT ou Selenium
- Ferramenta de gerenciamento de teste onde os casos de teste e as capturas de tela são armazenados. Na sua ausência, uma unidade compartilhada comum também pode ser usada.
- Ambiente de teste : um ambiente estável no qual o aplicativo é implantado para fins de teste
- Objetos de aplicativo : diferentes elementos dentro do aplicativo, como caixa de texto, caixa de seleção, botão de opção, lista suspensa, etc.
- Módulos do aplicativo : Fluxos funcionais específicos que precisam ser executados em diferentes casos de teste. Por exemplo. Login do usuário.
- Dados de teste : valores de entrada (válidos ou inválidos) para os campos do aplicativo, como credenciais de login
- Funções : Um conjunto de instruções reutilizáveis (para um fluxo funcional específico) que precisa ser executado em scripts diferentes. Por exemplo. Login do usuário.
- Script de teste : um caso de teste autônomo codificado em uma linguagem de programação específica usando a ferramenta de automação de teste
- Resultados : Isso inclui os logs de erro, status de execução, capturas de tela, relatórios formais, etc.
Agora, como você acha que esses diferentes componentes interagem para testar o aplicativo com sucesso, automaticamente? Como você modulariza os fluxos de aplicativos em funções diferentes? Como você identifica e organiza objetos de aplicativos? Onde os dados de teste são armazenados? Como é acessado? De onde você executa os scripts de teste? Ferramenta de automação ou ferramenta de gerenciamento de teste? Quais todas as capturas de tela e logs são capturados? e em qual formato? Como você relata os resultados da execução do teste? sim! Tem que haver um conjunto de diretrizes orientando essas regras, certo? Isso é o que chamamos de Estrutura de automação de teste !
Oficialmente,
A Estrutura de automação de teste é um conjunto de protocolos, padrões e diretrizes (programados) que definem as regras de teste de um produto específico – como diferentes componentes de automação irão interagir para executar scripts de automação e capturar os resultados de uma maneira coerente e benéfica. Ou seja, como esses diferentes componentes (blocos de construção) precisam ser montados.
Liderado por Exemplo
Espero que isso torne o conceito um pouco claro? Não? Ainda está confuso? Para deixar mais claro, vamos ver algumas das permutações e combinações de como esses diferentes componentes podem interagir, ou seja, diferentes maneiras como esses componentes podem ser organizados.
- O usuário usa um registro e reprodução recurso em que o usuário registra cada etapa do caso de teste (incluindo navegação e entradas de dados) >> script é gerado automaticamente >> edite o script para inserir pontos de verificação >> Reproduza o script. Dados de ambiente, objetos e teste são todos capturados durante a gravação no script de teste.
- Em vez de gravar cada e todas as etapas, agrupe as tarefas comuns como o login do usuário em funções que podem então ser chamadas de diferentes scripts de teste.
- Podemos criar um repositório de objetos separado para armazenar detalhes de todos os objetos do aplicativo e, em seguida, usar esses objetos em scripts de teste, em vez de identificar o objeto todas as vezes em cada script.
- Que tal mantemos os dados de teste fora do script? Digamos em um arquivo Excel separado? E então carregar esses valores em variáveis de script em tempo de execução?
- Digamos que criamos funções diferentes para cada fluxo / ação do aplicativo e, em seguida, lemos a sequência de etapas (junto com os dados) de um arquivo externo como o Excel Folha? Por exemplo. OpenHomePage >> EnterUsername >> EnterPassword >> ClickLogin
- E se definirmos um arquivo de configuração comum contendo todas as configurações do ambiente, como URL do aplicativo, informações específicas do navegador, credenciais de login, etc.?
- Captura de telas apenas para as etapas com falha e criação de um relatório cumulativo de Aprovado / Reprovado no final da execução do teste, que é salvo em uma unidade compartilhada. arquivo de registro que pode ser enviado às partes interessadas
O resumo
A Estrutura de automação de teste fornece ao usuário com vários benefícios que os ajudam a desenvolver, executar e relatar os scripts de teste de automação de forma eficiente – script padrão, abordagem coerente, consistência da equipe, escalabilidade, modularidade, menos sujeito a erros, compreensibilidade, reutilização, intervenção manual mínima, relatórios fáceis, reduzidos custo, fácil manutenção, etc.
Para resumir, Estrutura de automação de teste desempenham um papel fundamental nos testes de automação. Mas antes de começar a construir uma estrutura, lembre-se de que existe um intervalo divergente de Estrutura de automação de teste disponível hoje em dia – certifique-se de criar uma estrutura que seja mais adequada para o projeto ou aplicativo em teste!
Bem, esta foi apenas uma introdução sobre framework de automação de teste e espero que você tenha uma ideia básica do que é um framework.