Definição dos casos de teste

Os casos de teste devem se basear no seguinte:

Casos de uso

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

Especificação detalhada dos requisitos

Todos os requisitos funcionais e de desempenho devem ser testados.

Os ensaios devem definir claramente:

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

A perspectiva de automatizar 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 alguns aspectos:

Requer tempo, esforço e experiência para configurar e configurar.
Se o navegador for baseado, há um risco aumentado 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 AEM alguns detalhes específicos são de especial interesse:

Criar e publicar ambientes

Embora, coberto por Ambientes vale a pena destacar um fator decisivo de AEM no que diz respeito aos testes.

Você deve considerar AEM como dois aplicativos:

o Autor ambiente Essa instância permite que os autores insiram e publiquem conteúdo.
Ele tem um conjunto pequeno (er) e previsível de usuários, para os quais a funcionalidade e o desempenho específicos são cruciais.
o Publicar ambiente Essa instância apresenta o site em seu formulário publicado para acesso de visitantes.
Isso geralmente tem um conjunto maior de usuários, onde o volume de tráfego nem sempre é 100% previsível. O desempenho ainda é fundamental 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 configuradas de forma diferente
são afinadas separadamente
cada um terá seu próprio conjunto de testes de aceitação

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

Personalização

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

O armazenamento em cache também deve ser verificado para verificar 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:

Precisão
garanta que as atualizações de conteúdo sejam vistas pelo visitante do site.
Continuidade
certifique-se de que o site ainda esteja disponível quando um servidor for desligado.
Clusters
Os clusters são usados para fornecer:
- Failover
  Se um servidor falhar, outros servidores no cluster assumirão o processamento.
- Desempenho
  O balanceamento de carga 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.