Definição dos casos de teste

Seus casos de teste devem se basear no:

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; eles podem abranger sistemas específicos, configurações ou experiência do testador.
Etapas a serem seguidas, em um nível apropriado de detalhes.
Resultados esperados.
Limpar critérios para aprovação ou reprovação.

A perspectiva de automatizar casos de teste é atraente porque elimina tarefas repetitivas.

Testes manuais versus testes automatizados

No entanto, a automatização de casos de teste é um investimento significativo, portanto, alguns aspectos devem ser considerados:

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

Testar aspectos específicos

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

Ambientes de criação e publicação

Embora abrangido pelo AmbientesNo entanto, vale a pena destacar um fator decisivo do AEM em relação aos testes.

Considere o AEM como dois aplicativos:

o Autor ambiente Essa instância permite que os autores insiram e publiquem conteúdo.
Ele tem um pequeno conjunto previsível de usuários, para os quais a funcionalidade e o desempenho específicos são cruciais.
o Publish ambiente Essa instância apresenta o site em seu formulário publicado para acesso dos visitantes.
Isso geralmente tem um conjunto maior de usuários, em que o volume de tráfego nem sempre é 100% previsível. O desempenho ainda é crucial ao responder às solicitações. Considere também armazenamento em cache e balanceamento de carga.

Embora sejam o mesmo software, eles:

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

Em outras palavras, eles devem ser testados separadamente e com casos de teste 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.

Verifique o armazenamento em cache também para determinar o comportamento correto.

O Dispatcher

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

Os testes são difíceis (o armazenamento em cache ocorre em vários níveis e em vários locais) e devem ser feitos em uma base de caixa preta. Os principais aspectos a serem testados são:

Precisão
Garante que as atualizações de conteúdo sejam vistas pelo visitante do site.
Continuidade
Verifique se o site ainda está disponível quando um servidor é desligado.
Clusters
Usado para fornecer o seguinte:
- 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 de cliente, o cluster deve ser testado para confirmar a operação correta da configuração.