Show Menu
TÓPICOS×

Planejamento

Este documento descreve o que você precisa saber para planejar seu teste. Além disso, você deve responder a essas perguntas antes de realizar seus testes:

Antes de começar

Antes de começar com a análise real e a definição dos testes, consulte as seguintes informações:
Arquitetura do AEM - consulte Conceitos básicos para se apresentar à arquitetura e aos princípios básicos do AEM.
Documentação - Consulte qualquer uma das seções de documentação ou os artigos "Como" para obter mais informações.
Princípios básicos de teste - Você deve estar ciente dos princípios básicos de teste de software e controle de qualidade. De preferência, você deve ter experiência em projetos de teste.
Há muitos sítios web, livros e cursos que tratam desses princípios e, por isso, não serão tratados em pormenor neste documento.
Pressupostos para evitar - A maior suposição (feita regularmente) é que seu site da Web precisará atender a milhões de solicitações todos os dias. Em determinadas circunstâncias, isso pode ser verdade, mas não pode ser assumido.
Embora os números futuros não possam ser previstos com 100% de precisão, a observação do site existente e do tráfego vivido dará uma boa indicação. Você pode, então, tornar as estimativas dependentes do fator pelo qual você espera / espera que o tráfego aumente.
Compromisso com a qualidade - É da maior importância que qualquer pessoa que faça testes permaneça neutro e simplesmente notifique os resultados dos testes realizados.
Cabe ao gestor do projeto decidir e iniciar ações em função dos resultados.
Envolver -se - Embora seja da responsabilidade do Gerente de projetos garantir que todas as partes estejam plenamente envolvidas em qualquer reunião (status, workshops, etc.), você também deve tentar se envolver o mais cedo possível no ciclo do projeto, incluindo os processos de coleta de informações e análise de requisitos.
Envolver o cliente - em um tema semelhante, tente envolver o cliente (quando possível) ao definir seus casos de teste e seu plano.

Tipos de testes

Há várias classificações padrão de testes que são apropriadas para uso ao testar um projeto do AEM. Familiarize-se com estes itens para decidir qual usará:
Estes estão listados na ordem cronológica de aplicação.
Testes de unidades - Testes (geralmente) feitos pela equipe de desenvolvimento para garantir que os elementos individuais se comportem corretamente - embora isoladamente.
Testes de integração - testa os módulos quando combinados. Esses testes são feitos após o teste de unidade, mas antes do teste do sistema.
Testes de fumaça - são testes rápidos e sujos usados para provar que o software está em execução e que a funcionalidade de alto nível está disponível. Os detalhes não são testados.
Testes funcionais - são usados para testar a funcionalidade do software. Uma série de testes será concebida para abranger todos os pormenores funcionais, com dados esperados e inesperados e/ou errôneos.
Os ensaios em caixa preta são testes funcionais de uma unidade completa / componente / módulo, efetuados sem conhecimento do funcionamento interno do elemento em questão.
Testes do sistema - Eles testam o sistema inteiro depois que ele estiver totalmente integrado e instalado em uma plataforma adequada.
Eles testam a funcionalidade com base em caixa preta.
Testes de desempenho - Os testes de desempenho são fundamentais para testar o AEM.
Eles são usados para ilustrar o desempenho em condições diferentes:
  • Normal
    Condições que o site vai experimentar por 90% das vezes. Por exemplo, quando apenas uma proporção dos autores está usando o sistema.
  • Pico
    Condições que serão sentidas durante um período de tempo proporcionalmente curto devido a circunstâncias especiais; por exemplo, quando todos os autores usam o sistema simultaneamente ou quando novo conteúdo é publicado e um número maior de visitantes visualizam seu site.
  • Extreme
    Pode ser usado para emular a previsão de desempenho quando um novo conteúdo extremamente interessante é publicado em seu site. Então pode-se observar um pico extremo - embora isso nem sempre seja totalmente previsível.
    Essas circunstâncias são observadas às vezes quando ingressos para eventos específicos são disponibilizados ou um site muito aguardado é publicado pela primeira vez.
Os resultados são então usados para ajustar o aplicativo.
Testes de estresse - Testes de estresse são feitos para confirmar como um componente ou aplicativo se comporta em condições extremas. Em particular, esses testes são usados para mostrar como o comportamento se deteriora, quando o elemento falhará - e como.
Testes de regressão - Os testes de regressão são são utilizados para confirmar que a funcionalidade já comprovada numa versão anterior do software ainda está a funcionar corretamente.
Os testes de regressão são são bons candidatos à automação (se possível) para garantir que possam ser repetidos rápida e consistentemente.
Testes de aceitação - os Testes de aceitação são uma categoria especial, pois são usados para indicar a aceitação do projeto pelo cliente.
A lista de testes de aceitação pode conter uma combinação de testes das várias categorias acima e são selecionados para verificar se o projeto atende aos requisitos do cliente
Consulte Aceitação e Logoff para obter mais detalhes.

Introdução

Antes de iniciar seus casos de teste e plano de teste detalhados, você pode:
Defina as metas - Defina suas metas de alto nível para agir como um ponto de partida para o ajuste fino à medida que o teste prossegue. Você desejará:
  • Teste a funcionalidade de acordo com a Especificação detalhada do requisito.
  • Teste o desempenho de acordo com as métricas do Target.
entre outros.
Colete estatísticas de tráfego do site existente - Essas informações podem ser extraídas dos arquivos de log - consulte Monitoramento de desempenho para obter mais detalhes.
Estes valores fornecerão uma indicação do tráfego atual (volume e difusão) no sítio Web existente e poderão ser utilizados para formar um ponto de base para o novo sítio web.
Coletar estatísticas de tráfego de sites externos - Se possível, você pode tentar coletar estatísticas de tráfego de outros sites para comparação, mas esses números nem sempre são publicados.
Confirmar métricas de meta - as métricas são usadas para definir medidas quantitativas para a qualidade do site, já que representam as metas de desempenho a serem alcançadas.
Devem ser definidas no início do projeto, juntamente com o cliente. Consulte Métricas do Target para obter mais informações.