Show Menu
SUJETS×

Planification

Ce document décrit les éléments que vous devez connaître pour planifier votre test. Vous devez, en outre, répondre à ces questions avant d’effectuer vos tests :

Avant de commencer

Avant de procéder à l’analyse proprement dite et de passer à la définition des tests, consultez les informations suivantes :
Architecture AEM - Reportez-vous à la section Concepts de base pour vous familiariser avec l’architecture et les principes de base d’AEM.
Documentation - Pour plus d'informations, consultez l'une des sections de la documentation ou les articles Comment faire.
Principes de base du test - Vous devez connaître les principes de base du test logiciel et de l'assurance qualité. Vous devez idéalement avoir de l’expérience en matière de test de projets.
Il existe de nombreux sites web, livres et cours traitant de ces principes. C’est pourquoi nous ne les traiterons pas en détail dans ce document.
Hypothèses à éviter - La plus grande hypothèse (faite régulièrement) est que votre site Web devra répondre à des millions de demandes chaque jour. Dans certains cas, cela se vérifie, mais on ne peut rien affirmer.
Bien qu’il soit impossible de faire des prévisions avec une précision absolue, vous pouvez obtenir de bonnes indications en observant votre site actuel et le trafic échangé. Vous pourrez alors faire des estimations sur la base du facteur d’augmentation attendue/escomptée du trafic.
Engagement envers la qualité - Il est d'une importance capitale que quiconque teste reste neutre et rapporte simplement les résultats des tests effectués.
Il est de la responsabilité du chef de projet de déterminer les mesures à prendre en fonction des résultats et d’agir en conséquence.
Participer - Bien qu'il incombe au gestionnaire de projet de s'assurer que toutes les parties participent pleinement à toutes les réunions (statut, ateliers, etc.), vous devriez également essayer de participer le plus tôt possible au cycle du projet, y compris aux processus de collecte d'information et d'analyse des besoins.
Impliquer le client - Sur un thème similaire, essayez d'impliquer le client (si possible) lors de la définition de vos cas de test et de votre plan.

Types de tests

Plusieurs catégories de tests standard sont adaptées au test d’un projet AEM. Vous devez bien connaître ces différentes catégories pour déterminer celle à utiliser :
Elles sont répertoriées dans l’ordre chronologique d’application.
Tests d'unités - Tests (généralement) effectués par l'équipe de développement pour s'assurer que les éléments individuels se comportent correctement - bien qu'isolément.
Tests d’intégration : teste les modules lorsqu’ils sont combinés. Ces tests sont effectués après les tests unitaires, mais avant les tests du système.
Essais de fumée - Il s'agit de tests rapides et sales utilisés pour prouver que le logiciel est en cours d'exécution et que des fonctionnalités de haut niveau sont disponibles. Ces tests ne portent pas sur les détails.
Tests fonctionnels : ils sont utilisés pour tester la fonctionnalité du logiciel. Une série de tests sera élaborée pour couvrir tous les détails fonctionnels, avec les entrées attendues et inattendues et/ou incorrectes.
Les tests de boîte noire sont des tests fonctionnels portant sur une unité, un composant ou un module complet. Ils sont effectués sans aucune connaissance du fonctionnement interne de l’élément en question.
Tests du système: teste l'ensemble du système une fois qu'il a été entièrement intégré et installé sur une plateforme appropriée.
Ils testent les fonctionnalités sur la base d’une boîte noire.
Tests de performances : les tests de performances sont essentiels lors du test d’AEM.
Ils sont utilisés pour illustrer les performances dans différentes conditions :
  • Normal
    Conditions de fonctionnement du site pendant 90 % du temps (environ). Par exemple, lorsque seulement une petite partie des auteurs utilisent le système.
  • Crête
    Conditions qui prévaudront pendant une période (proportionnellement) courte en raison de circonstances particulières ; par exemple, si tous les auteurs utilisent le système simultanément ou si du nouveau contenu est publié et qu’un nombre accru de visiteurs consulte votre site.
  • Extrême
    Ces tests peuvent être utilisés pour émuler les prévisions de performance lors de la publication d’un nouveau contenu extrêmement intéressant sur votre site web. Un pic extrême peut alors être observé, bien que cela ne soit pas nécessairement toujours totalement prévisible.
    On peut se trouver dans ce type de situation lors de la mise en vente de billets pour des événements spéciaux ou lors de la publication initiale d’un site web très attendu.
Les résultats sont ensuite utilisés pour optimiser l’application.
Tests de résistance - Des tests de résistance sont effectués pour confirmer le comportement d'un composant ou d'une application dans des conditions extrêmes. On a notamment recours à ces tests pour illustrer la manière dont le comportement se détériorera lors de l’échec de l’élément, ainsi que la façon dont cela se produira.
Tests de régression - Les tests de régression sont utilisés pour confirmer que les fonctionnalités déjà éprouvées dans une version précédente du logiciel fonctionnent toujours correctement.
Il s’agit de bons candidats pour l’automatisation (dans la mesure du possible) afin de s’assurer qu’ils peuvent être reproduits rapidement et de manière cohérente.
Tests d'acceptation - Les tests d'acceptation sont une catégorie spéciale car ils sont utilisés pour indiquer l'acceptation du projet par le client.
Ces tests d’acceptation peuvent être constitués de tests issus des différentes catégories mentionnées ci-dessus et être sélectionnés dans le but de s’assurer que le projet répond aux exigences du client.
Pour plus d’informations, voir Acceptation et approbation .

Prise en main

Avant de commencer votre plan et vos scénarios de test détaillés, vous pouvez :
Définir les objectifs - Définissez vos objectifs généraux pour qu'ils servent de point de départ à l'amélioration au fur et à mesure du déroulement des tests. Vous pouvez effectuer les opérations suivantes :
  • Tester les fonctionnalités conformément à la spécification détaillée des exigences.
  • Tester les performances conformément aux mesures cibles .
Entre autres.
Collecte des statistiques de trafic à partir du site Web existant - Ces informations peuvent être extraites des fichiers journaux - voir Performance Monitoring pour plus de détails.
Ces valeurs vous donnent une indication quant au trafic actuel (volume et étendue) sur le site web existant et peuvent être utilisées comme référence pour le nouveau site web.
Collecte des statistiques de trafic à partir de sites Web externes - Si possible, vous pouvez essayer de collecter des statistiques de trafic à partir d'autres sites Web à des fins de comparaison, mais ces chiffres ne sont pas toujours publiés.
Confirmer les mesures cibles : les mesures servent à définir des mesures quantitatives pour la qualité du site Web, car elles représentent les objectifs de performances à atteindre.
Elles doivent être définies au début du projet, avec le client. Pour plus d’informations, voir Mesures cibles .