Definição dos casos de teste defining-your-test-cases
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 de requisitos detalhada
- 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 manual-versus-automated-tests
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 testing-specific-aspects
Ao testar o AEM, alguns detalhes específicos são de especial interesse:
Ambientes de Autor e Publish
Embora coberto em Ambientes, vale a pena destacar um fator decisivo do AEM em relação ao teste.
Considere o AEM como dois aplicativos:
-
o ambiente Author
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 ambiente Publish
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.
A 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.
-
Teste de software de terceiros testing-third-party-software
Qualquer software de terceiros com interface com AEM será mencionado nas Especificações detalhadas de requisitos.
Devem analisar-se todos os ensaios necessários (dependendo do âmbito definido) e obter-se um ensaio limpo.