Website Testing Checklist and Web Application Testing Checklist

Tout cycle de vie de développement logiciel devrait inclure une phase de test — sinon, le produit déjà livré aux utilisateurs finaux peut être plein de défauts, ce qui entraînera un grand nombre d’avis négatifs, la perte de clients et des abandons. Il en va de même pour les sites web et les applications web. Pour garantir leur haute qualité et leurs performances stables, il est essentiel de les tester minutieusement avant le lancement. La liste de vérification des tests de sites web fournie vous aidera à ne rien manquer, à tester tous les aspects de votre produit et à vous assurer qu’il répond pleinement aux exigences.

Qu’est-ce que le test de sites web

L’objectif principal du test de sites web est de tester un site web ou une application web pour détecter les bugs et les problèmes qui peuvent affecter négativement l’expérience des visiteurs ou des utilisateurs et, par conséquent, l’image de l’entreprise ou du produit. Les tests web constituent la dernière étape avant le déploiement, visant à valider que le produit répond aux exigences initiales et aux attentes des utilisateurs (une fois en production, un site web ou une application web doit continuer à être testé régulièrement). Plus le produit est complexe, plus il faut de temps et de ressources pour le tester et corriger les bugs. Cependant, quelle que soit la complexité du projet, les tests de sites web devraient inclure les phases suivantes :

Certaines entreprises raccourcissent cette liste aux tests fonctionnels, d’utilisabilité, d’interface, de compatibilité, de performance et de sécurité, mais passer par toutes les phases mentionnées ci-dessus est une approche plus efficace. Ainsi, vous vous préparerez correctement aux tests de sites web et vérifierez tous les aspects de votre site web ou application web.

Phases de test de sites web

Nous allons couvrir les étapes de test une par une pour vous fournir une liste de vérification complète pour les tests de sites web et d’applications web, et vous aider à organiser vos processus de test et à prioriser les tâches.

1. Revue de la documentation

La revue de la documentation est une phase préliminaire impliquant que les experts QA examinent et analysent les documents de test (s’ils sont disponibles) pour en assurer l’exhaustivité et l’exactitude, et ainsi maximiser l’efficacité des autres étapes de test. Voici les artefacts généralement examinés :

Document de politique de test décrivant les méthodes, principes et objectifs de test
Document de stratégie de test expliquant la technique de conception des tests et déterminant exactement comment les tests doivent être réalisés
Exigences du projet
Cas de test
Matrice de traçabilité reliant les cas et les exigences
Scénarios de test
Plan de test décrivant l’approche, le calendrier et les ressources

Idéalement, l’équipe QA devrait être impliquée dans le cycle de vie du développement dès son début, afin que la documentation soit créée en parallèle et mise à jour si nécessaire. Si les documents mentionnés ci-dessus manquent, il est essentiel de les créer.

2. Tests fonctionnels

L’étape des tests fonctionnels implique de tester les fonctionnalités du site web ou de l’application pour s’assurer qu’elles correspondent aux exigences, et de vérifier si tous les formulaires, liens et connexions à la base de données fonctionnent correctement. La liste de vérification des tests de sites web et d’applications web fournie vous aidera à vous assurer que la phase de test fonctionnel est complète :

Aucun lien brisé
Tous les liens internes et externes fonctionnent correctement et mènent aux pages attendues
Les liens de messagerie fonctionnent correctement
La validation des formulaires fonctionne correctement
L’astérisque est visible pour tous les champs de formulaire obligatoires
Le formulaire ne peut pas être soumis si les champs obligatoires sont vides
Les utilisateurs peuvent sélectionner des valeurs dans les champs déroulants (le cas échéant)
Les utilisateurs peuvent joindre des fichiers aux formulaires et les supprimer (le cas échéant)
Les messages d’erreur apparaissent lorsque nécessaire
Les CAPTCHAs fonctionnent correctement (le cas échéant)
Les données sont enregistrées dans les champs de base de données corrects lorsqu’un utilisateur soumet un formulaire
Les bases de données sont validées
Les utilisateurs peuvent activer et désactiver les cookies
Les cookies sont chiffrés avant d’être écrits sur l’appareil de l’utilisateur
Les cookies fonctionnent correctement dans tous les navigateurs
Toutes les fonctionnalités, fonctions et boutons fonctionnent conformément aux spécifications du produit
Aucune erreur de syntaxe HTML
Le plan du site est précis et pertinent

3. Tests d’utilisabilité et d’accessibilité

Les tests d’utilisabilité visent à mesurer la convivialité et la facilité d’utilisation d’un site web ou d’une application web. C’est l’une des étapes les plus cruciales du processus de test de sites web, car les utilisateurs n’apprécieront pas même un produit entièrement débogué s’il offre une mauvaise expérience utilisateur. Examinez de plus près la liste de vérification suivante pour les tests d’applications web afin de vous assurer que votre site web ou application est convivial :

Aucune erreur d’orthographe ou de grammaire
Tous les éléments et le texte sont correctement alignés
Aucune image ou vidéo défectueuse
Le contenu est structuré, cohérent et facile à lire
Tous les boutons ont un format et une taille standard
La navigation est intuitive sur l’ensemble du site web ou de l’application web
Les éléments interactifs sont pratiques à utiliser
Les polices et les couleurs sont optimisées et cohérentes
Le menu principal est disponible sur chaque page
Le lien vers la page d’accueil est disponible sur chaque page
Chaque page comprend un titre pertinent et clair
Vitesse de chargement rapide

Veuillez noter que les tests d’utilisabilité sont parfois suivis de la phase de test d’accessibilité. Bien que la réalisation de tests d’utilisabilité soit une tâche obligatoire essentielle pour assurer la convivialité d’un site web ou d’une application web, les tests d’accessibilité sont souvent optionnels et visent à vérifier si le produit est accessible aux utilisateurs ayant certains handicaps (par exemple, le daltonisme ou la surdité).

Bien que la réalisation de tests d’accessibilité soit considérée comme une bonne pratique et permette d’élargir l’audience puisque le produit devient plus convivial, de nombreuses entreprises ne les effectuent toujours pas en raison de la spécificité de ce type de test. Cependant, si le public cible ne peut pas exploiter pleinement les fonctionnalités du produit en raison de handicaps, les tests d’accessibilité deviennent une étape obligatoire. Si votre entreprise effectue des tests de sites web pour une autre entreprise, il serait utile de discuter des étapes et de clarifier si les tests d’accessibilité doivent être réalisés.

Après avoir pris une décision finale et réalisé les tests d’accessibilité, utilisez la liste de vérification QA suivante pour vous assurer de l’exhaustivité des étapes :

Le site web ou l’application web peut être navigué sans souris
Les boutons peuvent être cliqués sans souris
Les liens importants sont en haut
Plusieurs chemins de recherche sont disponibles
Aucun « piège au clavier » (lorsqu’un utilisateur de clavier ne peut pas se déplacer d’un élément ou composant spécifique)
Aucun message qui ne devient visible que lorsqu’un utilisateur survole une icône spécifique
Toutes les images ont un texte alternatif
Tous les tableaux sont créés en HTML
Les couleurs ont un contraste suffisant entre la couleur du texte et son arrière-plan
Les polices sont suffisamment grandes
Le recadrage est activé
Les balises d’en-tête appropriées sont utilisées
Chaque page a un titre et des métadonnées précis
Tous les formulaires peuvent être remplis sans clavier
Le délai pour effectuer un achat est adéquat, ou les utilisateurs peuvent actualiser une minuterie
La lecture automatique est désactivée
L’ordre de lecture est logique
Les matériaux vidéo et audio ont des sous-titres ou des scripts
Aucun élément clignotant

4. Tests d’interface utilisateur (UI)

Les tests d’interface utilisateur (UI) (ou tests GUI) sont essentiels pour s’assurer que l’interface graphique utilisateur de votre site web ou application web répond aux spécifications. Au cours de cette phase, vous devez évaluer divers éléments de conception visibles par les utilisateurs, tels que les polices et leurs tailles, les couleurs, les zones de texte, les icônes, les boutons, les liens et le contenu. Les tests UI peuvent sembler similaires aux tests d’utilisabilité, et ils ont certainement beaucoup en commun. En même temps, il existe également plusieurs différences significatives.

Les tests d’utilisabilité se concentrent sur la convivialité du produit et visent à s’assurer qu’il est pratique à utiliser. En revanche, les tests UI sont consacrés à l’aspect et à la sensation du produit, et aident à s’assurer qu’il correspond aux exigences. Dans le cas des tests d’utilisabilité, un site web ou une application web devrait être facile à utiliser quelle que soit son apparence, tandis que lors de la phase de test UI, le produit doit avoir une apparence remarquable qu’il soit pratique à utiliser ou non. La liste de vérification suivante vous aidera à compléter l’étape de test UI :

Les tests ont été effectués sur les appareils cibles et en tenant compte de différentes résolutions d’écran
Les versions localisées du produit (avec différentes langues et devises) ont été testées
La mise en page, les polices (avec leurs tailles), les couleurs, les zones de texte, les étiquettes, les légendes, les listes, les boutons, les liens, les icônes et la mise en forme du texte répondent aux exigences
Tous les éléments ont été testés pour la taille, la longueur, la largeur, la position et l’acceptation des caractères ou des chiffres
Le texte est lisible et correctement aligné
Les images et les vidéos sont correctement alignées
Les fichiers multimédias sont de haute qualité
Les messages d’erreur s’affichent de manière appropriée
Le site web ou l’application web est esthétiquement agréable

5. Tests de compatibilité

L’objectif des tests de compatibilité est de déterminer si un site web ou une application offre des performances appropriées lorsqu’il fonctionne sur le matériel, les navigateurs et les systèmes d’exploitation requis. La liste de vérification fournie vous aidera à compléter cette phase :

Le site web ou l’application web s’affiche correctement lorsqu’il est consulté dans Chrome, Opera, Safari, Firefox et Internet Explorer (et les différentes versions des navigateurs)
Les polices, les couleurs, les images, les vidéos et les GIF s’affichent correctement lorsqu’ils sont consultés dans Chrome, Opera, Safari, Firefox et Internet Explorer (et les différentes versions des navigateurs)
Le produit fonctionne sans erreur lorsqu’il est parcouru via Chrome, Opera, Safari, Firefox et Internet Explorer (et les différentes versions des navigateurs)
Le produit fonctionne correctement dans tous les systèmes d’exploitation requis
Le site web ou l’application web s’affiche également bien sur des appareils avec différentes résolutions d’écran (ordinateurs portables, smartphones, PC, tablettes) et avec différentes orientations d’écran
Aucun problème de chargement sur les appareils avec différentes vitesses de réseau

6. Tests de performance

Lors de la phase de tests de performance, vous devez identifier comment la vitesse, la stabilité, la réactivité et l’évolutivité de votre site web ou application web « résistent » à une charge de travail spécifique. Les tests de performance sont essentiels car ils permettent de mesurer la stabilité sous les pics de trafic, d’identifier si le niveau de performance répond aux exigences initiales et de détecter les goulots d’étranglement potentiels. Examinez de plus près la liste de vérification suivante pour vous assurer de l’exhaustivité de l’étape de test de performance :

Le comportement du produit répond aux exigences dans des conditions de charge normale
Le comportement du produit répond aux exigences dans des conditions de charge de pointe
Le comportement du produit répond aux exigences si la charge de travail supplémentaire est appliquée en continu
Le site web ou l’application web fonctionne correctement lorsque plusieurs utilisateurs s’y connectent simultanément
Les performances du produit ne sont pas affectées lorsque le volume de données dans la base de données augmente
Les pages se chargent rapidement et toutes les mesures pour augmenter la vitesse de chargement ont été adoptées
Tous les problèmes potentiels ont été détectés et résolus

7. Tests de sécurité

La réalisation de tests de sécurité est essentielle pour détecter les vulnérabilités et les faiblesses, et assurer la sécurité des données sensibles et des ressources. Les résultats de la phase doivent être les suivants :

Le site web ou l’application web possède un certificat SSL valide
Les pages internes ne s’ouvrent pas si les URL internes sont collées dans la barre d’adresse sans connexion préalable
Tous les messages d’erreur, les transactions et les tentatives de violation de sécurité sont enregistrés
Le site web ou l’application web réagit correctement aux entrées invalides, telles qu’un nom d’utilisateur ou un mot de passe incorrect
Les données sensibles sont affichées dans un format chiffré
L’authentification à deux facteurs fonctionne correctement (le cas échéant)
Les messages d’erreur n’affichent aucune donnée sensible
Le code source n’est pas visible par les utilisateurs
Les utilisateurs ne peuvent pas accéder à la page d’administration
Les cookies ne stockent pas les mots de passe
Les cookies sont stockés dans un format chiffré
Les CAPTCHAs fonctionnent correctement
La session se termine automatiquement après une inactivité prolongée de l’utilisateur
Toutes les vulnérabilités détectées sont résolues

8. Tests de compatibilité mobile

Selon Statista, le nombre d’utilisateurs de smartphones dans le monde a déjà dépassé 6 milliards et ne va pas diminuer. Ce fait rend les tests de compatibilité mobile essentiels, car ils permettent de s’assurer que votre site web ou application web est compatible avec les appareils mobiles. La phase de test de compatibilité couvre des aspects spécifiques de la compatibilité mobile, mais ce n’est pas suffisant — utilisez la liste de vérification suivante pour atteindre des résultats optimaux :

Le site web ou l’application web est compatible avec les smartphones et les tablettes
La navigation est simple
Le temps de chargement est optimisé
La taille de tous les fichiers multimédias est optimisée
Les boutons sont pratiques à cliquer avec un doigt
Aucune fenêtre contextuelle
Le texte est structuré et facile à lire sur des écrans plus petits
Les numéros de téléphone sont cliquables
Le site web ou l’application web peut accéder à la localisation de l’utilisateur (le cas échéant)

9. Tests liés aux modifications

La phase de test liée aux modifications a deux objectifs principaux : s’assurer que tous les bugs détectés lors des phases de test précédentes ont été corrigés, et vérifier qu’il n’y a pas de nouveaux problèmes. Par conséquent, la phase peut être divisée en deux étapes : les tests de confirmation (re-test) et les tests de régression. Pour les deux étapes, les listes de vérification sont très courtes.

Tests de confirmation :

Les cas de test qui ont détecté les bugs ont été relancés et ont réussi sans problème

Tests de régression :

Aucun nouveau bug n’est apparu après la mise en œuvre des modifications

10. Tests bêta

Principalement réalisés par de vrais utilisateurs dans leur environnement réel, les tests bêta constituent la dernière étape précédant le processus de déploiement. La réalisation de ce type de test est essentielle pour identifier les faiblesses du point de vue de l’utilisateur. Lors des tests bêta, un site web ou une application web peut devenir disponible pour le monde entier ou uniquement pour un groupe spécifique d’utilisateurs — tout dépend de vos besoins. Dans tous les cas, la liste de vérification fournie vous aidera à vous assurer que la phase de test bêta a été complétée de la bonne manière :

Les retours du groupe cible ont été collectés via les canaux sélectionnés
Toutes les suggestions ont été examinées
Tous les bugs et problèmes signalés sont corrigés
Toutes les suggestions acceptées sont mises en œuvre
Le rapport de test bêta est préparé
Le site web ou l’application web est prêt pour la mise en production

Notre expérience

Les tests d’applications web sont l’un des services fournis par nos experts QA, et c’est exactement ce que nous avons fait pour Unpakt et Evolv.

Unpakt

Initialement, notre tâche était de tester les nouvelles fonctionnalités du produit avant les mises en production mensuelles, mais après qu’Unpakt soit passé d’Angular à React, notre mission était de maintenir les versions web et mobile de l’application et d’assurer une transition sans faille vers la technologie sélectionnée.

Nous avons commencé par élaborer un plan de test et discuter avec Unpakt des aspects à tester (y compris les appareils, les navigateurs et les plateformes). Comme nous devions vérifier si toutes les fonctionnalités fonctionnent correctement dans les deux versions, nous avons divisé les tests QA en deux étapes, chacune se concentrant sur un ensemble spécifique de fonctionnalités. Pour tenir l’entreprise Unpakt informée de l’avancement des tests, nous leur avons envoyé des rapports quotidiens et des suggestions sur la façon d’améliorer l’interface utilisateur et les performances globales de l’application.

Nous avons testé Unpakt manuellement, détecté tous les bugs fonctionnels et non fonctionnels dans les deux versions de l’application, et les avons corrigés. En conséquence, le produit est devenu entièrement prêt pour une nouvelle mise en production — il est maintenant apprécié par les utilisateurs et régulièrement mis à jour avec de nouvelles fonctionnalités.

Evolv

Pour Evolv, l’une de nos principales tâches était de tester l’application web Manager développée pour lancer et gérer des expériences UI/UX basées sur l’IA et surveiller leurs statistiques, et de s’assurer que les rapports fournis par l’application sont précis.

Pour fournir des tests complets, nous avons étudié la documentation de manière approfondie et avons travaillé en étroite collaboration avec l’équipe d’Evolv — ils ont préparé des documents de débogage pour améliorer notre compréhension de la logique métier de la plateforme.

Ensuite, nous avons effectué un ensemble de tests de régression couvrant les fonctionnalités principales du produit, et avons réussi à automatiser et accélérer le processus de 3 à 4 jours à 2. En conséquence, le nouveau produit d’Evolv a été mis en production dans les délais, et nous continuons notre collaboration avec leur équipe. Nous continuons à effectuer des tests automatisés pour assurer le bon fonctionnement des nouvelles fonctionnalités et les mises en production ponctuelles des mises à jour logicielles qui ont lieu chaque mois.

Réflexions finales

Vous pouvez utiliser la liste de vérification des tests de sites web fournie pour effectuer des tests par vous-même ou pour vérifier s’il n’y a rien de mal avec les phases de test réalisées par une agence tierce pour vous.

Veuillez noter que pour minimiser le nombre de bugs et de problèmes et rendre votre site web ou application web entièrement prêt pour le déploiement, il est essentiel de passer par toutes les étapes mentionnées ci-dessus : revue de la documentation, tests fonctionnels, d’utilisabilité, UI, de compatibilité, de performance, de sécurité, de compatibilité mobile, liés aux modifications et bêta. Ne faire aucune exception vous permettra de tester tous les aspects de votre produit, de vous assurer qu’il répond aux exigences initiales et aux attentes des utilisateurs, et d’augmenter considérablement ses chances de succès.