Definição dos casos de teste

Os casos de teste devem ser baseados no seguinte:

Casos de uso

  • Eles definem a funcionalidade necessária em termos de interação entre os Atores (funções que iniciam certas ações) e o sistema.
  • Os Casos de uso devem ser definidos pelo cliente.

Especificação de requisitos detalhados

  • Todos os requisitos funcionais e de desempenho devem ser testados.

Os ensaios devem definir claramente:

  • Pré-requisitos; podem abranger sistemas específicos, configurações ou experiência do testador.
  • Medidas a adotar; a um nível de pormenor adequado.
  • Resultados esperados.
  • Critérios claros para aprovação ou falha.

A perspectiva de automatizar os casos de testes é obviamente atraente, pois pode eliminar tarefas repetitivas.

Testes manuais versus automatizados

No entanto, a automatização dos casos de ensaio constitui um investimento significativo, pelo que devem ser considerados certos aspectos:

  • Requer tempo, esforço e experiência para configurar.
  • Se o navegador for baseado, há um risco maior de problemas quando as atualizações do navegador são instaladas; exigindo mais tempo para corrigir.
  • Só é realmente viável para grandes projetos.
  • Bom quando várias versões estão sendo geradas para teste ou no plano de lançamento de longo prazo.

Teste de aspectos específicos

Ao testar o AEM, alguns detalhes específicos são de especial interesse:

Ambientes de autor e publicação

Embora esteja coberto em Ambientes , vale destacar um fator decisivo do AEM em relação aos testes.

Você deve considerar o AEM como dois aplicativos:

  • ambiente do autor Essa instância permite que os autores insiram e publiquem conteúdo.
    Isso tem um conjunto pequeno e previsível de usuários, para os quais a funcionalidade e o desempenho específicos são fundamentais.

  • o ambiente de publicação Essa instância apresenta o site em seu formulário publicado para acesso dos visitantes.
    Isso geralmente tem um conjunto maior de usuários, onde o volume de tráfego nem sempre é 100% previsível. O desempenho ainda é crucial - ao responder às solicitações. O armazenamento em cache e o balanceamento de carga também devem ser considerados.

Embora o mesmo software como tal, eles:

  • servir diferentes finalidades
  • têm requisitos diferentes em relação à funcionalidade e ao desempenho
  • são configurados de forma diferente
  • são ajustados separadamente
  • cada um terá seu próprio conjunto de testes de aceitação

Por outras palavras, devem ser testados separadamente e com diferentes casos.

Personalização

Ao testar a personalização, cada caso de uso individual deve ser repetido usando várias contas de usuário para comprovar o comportamento.

O cache também deve ser verificado para verificar se o comportamento é correto.

O Dispatcher

A maioria dos projetos instalará o Dispatcher para armazenamento em cache e balanceamento de carga.

O teste é difícil (o armazenamento em cache ocorre em vários níveis e em vários locais) e deve ser feito em caixa preta. Os principais aspectos a serem testados são:

  • A precisão garante que as atualizações de conteúdo sejam vistas pelo visitante do site.

  • A continuidade garante que o site ainda esteja disponível quando um servidor for desligado.

  • Os clusters são usados para fornecer:

    • Failover Se um servidor falhar, outros servidores no cluster assumirão o processamento.

    • O balanceamento de​carga de desempenho com failover completo aumenta o desempenho de um cluster.
      Quando usado para um projeto do cliente, o cluster deve ser testado para confirmar a operação correta da configuração.

Teste de software de terceiros

Todos os softwares de terceiros com interface com o AEM serão mencionados nas Especificações detalhadas.

Os ensaios necessários (dependendo do âmbito definido) devem ser analisados e deve ser obtido um ensaio limpo.

Nesta página