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.

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2