Show Menu
SUJETS×

Définition de cas de test

Les cas de test doivent être basés sur les éléments suivants :
Cas d’utilisation
  • Ceux-ci définissent les fonctionnalités requises en termes d’interaction entre les acteurs (rôles qui déclenchent certaines actions) et le système.
  • Les cas d’utilisation doivent être définis par le client.
Cahier des charges détaillé
  • Toutes les exigences fonctionnelles et de performance doivent être testées.
Les tests devraient définir clairement :
  • Les conditions préalables : peuvent porter sur des systèmes spécifiques, des configurations ou l’expérience des testeurs.
  • Les étapes à suivre à un niveau de détail approprié.
  • Les résultats attendus.
  • Des critères clairs en matière de réussite ou d’échec.
L’idée d’automatiser les cas de test est évidemment intéressante car on peut ainsi éliminer les tâches répétitives.

Tests manuels ou tests automatisés

Cependant, l’automatisation des cas de test est un lourd investissement. Il faut donc prendre en compte certains aspects :
  • Demande du temps, des efforts et de l’expérience pour l’installation et la configuration.
  • Si les tests sont basés sur un navigateur, il existe un risque accru que des problèmes surviennent au moment où les mises à jour du navigateur sont installées. Il faut donc plus de temps pour le débogage.
  • Réellement réalisable pour les projets de grande taille seulement.
  • Intéressant si plusieurs versions sont générées pour les tests ou dans le plan de diffusion de versions à long terme.

Test d’aspects spécifiques

Lors du test d’AEM, quelques détails spécifiques présentent un intérêt particulier :
Environnements de création et de publication
Although, covered in Environments it is worth highlighting a deciding factor of AEM with regard to testing.
Vous devez considérer AEM comme deux applications :
  • l’environnement Auteur Cette instance permet aux auteurs d’entrer et de publier du contenu. Elle comporte un plus petit nombre prévisible d’utilisateurs, pour qui des fonctionnalités et des performances spécifiques sont indispensables.
  • l’environnement de publication Cette instance affiche le site web sous sa forme publiée pour que les visiteurs puissent y accéder. Elle comporte généralement un plus grand nombre d’utilisateurs pour lequel le volume de trafic n’est pas toujours prévisible à 100 %. La performance est toujours cruciale lors de la réponse aux demandes. La mise en cache et l’équilibrage de charge doivent également être pris en compte.
Bien qu’il s’agisse du même logiciel, les deux instances :
  • ont une finalité différente
  • sont associées à des exigences différentes en ce qui concerne les fonctionnalités et les performances
  • sont configurées différemment
  • sont paramétrées séparément
  • comportent chacune leur propre ensemble de tests d’acceptation
En d’autres termes, elles doivent être testées séparément et avec différents cas de test.
Personnalisation
Lors du test de personnalisation, chaque cas d’utilisation doit être répété en utilisant plusieurs comptes d’utilisateurs pour prouver le comportement.
La mise en cache doit également être vérifiée pour déterminer si son comportement est normal.
Le dispatcher
La plupart des projets installent le dispatcher pour la mise en cache et l’équilibrage de charge.
Les tests sont difficiles (la mise en cache se fait à différents niveaux et à divers endroits) et doivent être réalisés en boîte noire. Les aspects clés à tester sont les suivants :
  • La précision garantit que les mises à jour de contenu sont visibles par le visiteur du site Web.
  • La continuité garantit que le site Web est toujours disponible lorsqu’un serveur est arrêté.
  • Clusters Les grappes sont utilisées pour fournir :
    • Basculement en cas d’échec d’un serveur, le traitement sera repris par d’autres serveurs de la grappe.
    • L’équilibrage de la ​charge avec basculement complet augmente les performances d’une grappe. Lorsqu’il est utilisé pour un projet client, le cluster doit être testé pour confirmer le bon fonctionnement de la configuration.

Test de logiciels tiers

Tout logiciel tiers interfacé à AEM sera référencé dans les Spécifications de besoins détaillées.
Il faut analyser tous les tests nécessaires (en fonction de la portée définie) et obtenir des résultats satisfaisants.