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 start com a análise real e a definição dos testes, consulte as seguintes informações:

Arquitetura AEM - Consulte Conceitos básicos para se apresentar à arquitetura e aos princípios básicos da 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 websites, livros e cursos que tratam desses princípios e, portanto, não serão tratados em detalhes 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 comunique os resultados dos testes efetuados.

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 de análise obrigatória.

Envolver o cliente - em um tema semelhante, tente envolver o cliente (sempre que possível) ao definir seus casos de teste e seu plano.

Tipos de testes

Existem várias classificações padrão de testes que são apropriadas para uso ao testar um projeto AEM. Familiarize-se com estes itens para decidir qual usará:

OBSERVAÇÃO

Estes estão listados por 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 cruciais ao testar AEM.

Eles são usados para ilustrar o desempenho em condições diferentes:

  • Normal

    Condições que o site experimentará por, digamos, 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 visualização 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 dos 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 em 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 Público alvo.

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 Público alvo - 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 start do projeto, juntamente com o cliente. Consulte Métricas de Público alvo para obter mais informações.

Nesta página

Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now