Six types de tests côté Web

Les tests Web sont principalement divisés en six parties :

Tests fonctionnels, tests de performances, tests d'interface utilisateur, tests de compatibilité, tests de sécurité, tests d'interface

1. Test de fonctionnement

1.1 Test de lien

      Le lien est une fonctionnalité principale du système d’application Web , c’est le principal moyen de basculer entre les pages et de guider les utilisateurs vers certaines pages dont les adresses sont inconnues. Les tests de lien peuvent être divisés en trois aspects. Tout d'abord, vérifiez si tous les liens sont effectivement liés à la page liée comme indiqué ; deuxièmement, testez si la page liée existe ; enfin, assurez-vous qu'il n'y a pas de pages orphelines sur le système d'application Web. La page dite orpheline signifie qu'il y a aucun lien pointant vers la page adresse URL .       Les tests de liens peuvent être automatisés et de nombreux outils sont disponibles aujourd'hui. Les tests de liens doivent être effectués lors de la phase de tests d'intégration, c'est-à-dire que les tests de liens sont effectués une fois que toutes les pages de l'ensemble du système d'application Web ont été développées.

1. Mesures à prendre : Utiliser un logiciel qui détecte automatiquement les liens vers des sites Internet.
2. Logiciel recommandé :
3. Logiciel d'installation gratuit Xenu Link Sleuth Free Green
4. Partage du validateur de liens HTML ( essai de 30 jours)

1.2 Test de forme

Lorsque les utilisateurs soumettent des informations via un formulaire, ils s’attendent à ce que celui-ci fonctionne correctement.

Si vous utilisez un formulaire d'inscription en ligne, assurez-vous que le bouton de soumission fonctionne correctement et qu'il devrait renvoyer un message d'inscription réussi une fois l'inscription terminée. Si vous utilisez un formulaire pour collecter des informations d'expédition, assurez-vous que le programme gère correctement les données et permet finalement au client de recevoir le colis. Pour tester ces programmes, il est nécessaire de vérifier que le serveur peut stocker correctement les données et que les programmes exécutés en arrière-plan peuvent interpréter et utiliser correctement les informations.

Lorsqu'un utilisateur utilise un formulaire pour effectuer des opérations telles que l'enregistrement de l'utilisateur, la connexion et la soumission d'informations , nous devons tester l'intégrité de l'opération de soumission pour vérifier l'exactitude des informations soumises au serveur. Par exemple : si la date de naissance et la profession renseignées par l'utilisateur sont appropriées, si la province et la ville renseignées correspondent, etc. Si la valeur par défaut est utilisée, vérifiez également l'exactitude de la valeur par défaut. Testez également si le formulaire ne peut accepter que certaines valeurs spécifiées. Par exemple : seuls certains caractères peuvent être acceptés, et ces caractères peuvent être ignorés pendant le test pour voir si le système signalera une erreur.

1.3 Vérification des données

Si les entrées des utilisateurs doivent être vérifiées conformément aux règles métier, il est nécessaire de s'assurer que ces fonctions de vérification fonctionnent normalement. Par exemple, un champ de province peut être validé par rapport à une liste valide. Dans ce cas, il est nécessaire de vérifier que la liste est complète et que le programme invoque la liste correctement ( par exemple, en ajoutant une valeur de test à la liste pour s'assurer que le système accepte la valeur de test ) .

Lors du test d'un formulaire, il peut y avoir une certaine duplication entre ce test et le test du formulaire.

Mesures prises pour 1.2 et 1.3 : la première version complète adopte une inspection manuelle et forme en même temps le script WinRunner ( QTP ) ; le test de régression et la version mise à niveau reposent principalement sur le test de lecture automatique de WinRunner ( QTP )

1.4 Test des cookies

Les cookies sont généralement utilisés pour stocker des informations sur l'utilisateur et les opérations de l'utilisateur dans un système d'application. Lorsqu'un utilisateur visite un système d'application à l'aide de cookies , le serveur Web envoie des informations sur l'utilisateur et stocke les informations sous forme de cookies sur l'ordinateur client. , cela peut être utilisé pour créer des pages dynamiques et personnalisées ou pour stocker des informations telles que les connexions. 　　Si le système d'application Web utilise des cookies , il est nécessaire de vérifier si les cookies peuvent fonctionner normalement . Le contenu du test peut inclure si les cookies fonctionnent, s'ils sont enregistrés selon l'heure prévue et quel impact l'actualisation a sur les cookies , etc. Si les informations d'enregistrement sont enregistrées dans des cookies , veuillez vous assurer que le cookie fonctionne correctement et que les informations sont cryptées. Si vous utilisez des cookies pour compter les temps, vous devez vérifier que les temps accumulés sont corrects.

Prendre des mesures:

1 Test en boîte noire : utilisez la méthode mentionnée ci-dessus pour les tests

2 Utiliser un logiciel pour visualiser les cookies (idée préliminaire)

logiciel en option

IECookiesView v1.50

Gestionnaire de cookies v1.1

1.5 Test de la base de données

Dans la technologie des applications Web , la base de données joue un rôle important et la base de données fournit un espace pour la gestion, l'exploitation, l'interrogation et la réalisation de la demande de l'utilisateur pour le stockage de données du système d'application Web . Dans les applications Web , le type de base de données le plus couramment utilisé est une base de données relationnelle, qui peut utiliser SQL pour traiter les informations.

Dans un système d'application Web utilisant une base de données , généralement, deux types d'erreurs peuvent survenir, à savoir les erreurs de cohérence des données et les erreurs de sortie. Les erreurs de cohérence des données sont principalement causées par des informations de formulaire incorrectes soumises par les utilisateurs, tandis que les erreurs de sortie sont principalement causées par la vitesse du réseau ou par des problèmes de conception du programme. Pour ces deux situations, les tests peuvent être effectués séparément.

Passez à l’action : il n’existe pas de meilleure méthode de test pour le moment

Envisagez de l'intégrer dans les tests pour 1.2 et 1.3

1.6 Exigences fonctionnelles spécifiques à l'application

Plus important encore, les testeurs doivent vérifier les exigences fonctionnelles spécifiques à l'application. Essayez tout ce qu'un utilisateur peut faire : passer une commande, modifier une commande, annuler une commande, vérifier l'état de la commande, modifier les informations d'expédition avant l'expédition d'un article, payer en ligne, et bien plus encore. C'est pourquoi les utilisateurs utilisent le site, assurez-vous qu'il fonctionne comme annoncé.

Passez à l'action : comprenez en profondeur le document de spécification des exigences

1.7 Test de langage de conception

Les différences dans les versions des langages de conception Web peuvent entraîner de graves problèmes côté client ou serveur, tels que la version de HTML à utiliser , etc. Ce problème est encore plus important lors du développement dans un environnement distribué où les développeurs ne sont pas ensemble. Outre les problèmes de version HTML , différents langages de script, tels que Java , Javascrīpt , ActiveX , VBscrīpt ou Perl , etc. doivent également être vérifiés.

Il n'y a aucun moyen de le tester pour le moment, vous pouvez vous référer aux informations mises à jour dans le groupe de discussion

1. Vérification des liens de page : si chaque lien a une page correspondante et si le basculement entre les pages est correct.

2. Vérification de la pertinence : la suppression/l'ajout d'un élément affectera-t-il les autres éléments et, si oui, si ces effets sont corrects.

3. Vérifiez si les fonctions des boutons sont correctes : si les fonctions telles que mettre à jour, annuler, supprimer, enregistrer, etc. sont correctes.

4. Vérifiez la longueur de la chaîne :  saisissez le contenu qui dépasse la longueur de la chaîne spécifiée par l'exigence et voyez si le système vérifie la longueur de la chaîne et s'il y aura une erreur.

5. Vérification du type de caractère : saisissez d'autres types de contenu dans lesquels le type de contenu spécifié doit être saisi (par exemple, saisissez d'autres types de caractères dans lesquels des entiers doivent être saisis) et voyez si le système vérifie le type de caractère et signale une erreur.

6. Vérification des signes de ponctuation : Le contenu saisi comprend divers signes de ponctuation, notamment des espaces, divers guillemets et la touche Entrée. Vérifiez si le système le gère correctement.

7. Traitement des caractères chinois :  saisissez le chinois dans un système capable de saisir le chinois et voyez s'il y aura des caractères tronqués ou des erreurs.

8. Vérifier l'intégrité des informations ressorties : Lors du contrôle des informations et de la mise à jour des informations, vérifier si toutes les informations renseignées sont ressorties. Si les informations ressorties sont cohérentes avec les informations ajoutées.

9. Duplication des informations : saisissez les noms ou identifiants en double pour certaines informations qui doivent être nommées et le nom doit être unique, pour voir si le système le gère, si une erreur sera signalée, les noms en double incluent la casse et entrez espaces avant et après le contenu d'entrée, si le système le gère correctement.

10. Vérifiez la fonction de suppression : Dans certains endroits où plusieurs messages peuvent être supprimés en même temps, appuyez sur "supprimer" sans sélectionner aucun message pour voir comment le système le gère et voir s'il y aura des erreurs ; puis sélectionnez un ou plusieurs messages. et supprimez-les pour voir s’ils sont corrects.

11. Vérifiez si l'ajout et la modification sont cohérents : Vérifiez si les exigences d'ajout et de modification d'informations sont cohérentes. Par exemple, si vous ajoutez un élément obligatoire, la modification doit également être obligatoire ; si vous ajoutez un élément spécifié comme élément entier, la modification doit également être un entier.

12. Vérifiez et modifiez le nom en double : lors de la modification, remplacez l'élément qui ne peut pas être dupliqué par le contenu existant, voyez s'il sera traité et signalez une erreur. En même temps, faites attention à savoir s'il signalera une erreur. avec le même nom que vous.

13. Soumettez le formulaire à plusieurs reprises : un enregistrement qui a été soumis avec succès, soumettez-le ensuite pour voir si le système l'a traité.

14. Vérifiez la situation d'utilisation de la touche retour plusieurs fois : là où il y a retour, retour, retour à la page d'origine, puis retour, répétez plusieurs fois pour voir s'il y a une erreur.

15. Vérification de la recherche : saisissez le contenu qui existe ou n'existe pas dans le système où il existe une fonction de recherche pour voir si le résultat de la recherche est correct. Si vous pouvez saisir plusieurs conditions de recherche, vous pouvez ajouter des conditions raisonnables et déraisonnables en même temps. il est temps de voir si le système le gère correctement.

16. Position des informations de saisie : Faites attention à ce que le curseur et les informations saisies sautent vers d'autres endroits lors de la saisie des informations à l'endroit où se trouve le curseur.

17. Inspection des fichiers de téléchargement et de téléchargement : si la fonction de téléchargement de fichiers est réalisée et si les fichiers téléchargés peuvent être ouverts. Quelles sont les réglementations sur le format des fichiers téléchargés, si le système dispose d'informations explicatives et vérifiez si le système peut le faire.

18. Vérification des éléments obligatoires : si le système a traité tous les éléments qui doivent être remplis s'ils ne le sont pas, et s'il y a un message d'invite pour les éléments requis, comme l'ajout de * avant les éléments requis

19. Vérification des touches de raccourci : s'il prend en charge les touches de raccourci courantes, telles que Ctrl+C Ctrl+V Backspace, etc., et s'il existe des restrictions sur les raccourcis pour certains champs qui ne permettent pas de saisir des informations, telles que la sélection de personnes et la sélection de dates. .

20.  Vérification de la touche Entrée : appuyez sur la touche Entrée directement après la saisie pour voir comment le système gère et si une erreur sera signalée.

 

2. Test de performances

 1. Test de vitesse de connexion : testez la vitesse des liens vers les pages, le temps nécessaire au système pour se reconnecter

 2. Test de charge : combien d'utilisateurs le système d'application Web peut-il permettre d'être en ligne en même temps ? Que se passe-t-il si ce montant est dépassé ? Le système d’application Web peut-il gérer un grand nombre de requêtes d’utilisateurs pour la même page ?

 3. Test de résistance : le test de résistance consiste à tester les limites et les capacités de récupération des pannes du système, c'est-à-dire à tester si le système d'application Web va planter et dans quelles circonstances il va planter.

         Les domaines à tester incluent les formulaires, les connexions et d’autres pages de transfert d’informations.

3. Tests de l'interface utilisateur

1. Essai de navigation :

La navigation est-elle intuitive ? Les principales parties du système Web sont-elles accessibles via la page d'accueil ? Le système Web a-t-il besoin de plans de site, de moteurs de recherche ou d'autres aides à la navigation ? 51Test du réseau de test du logiciel) cvpd+V W8A

Si la structure de la page, les styles de navigation, de menu et de connexion sont cohérents
2. Test graphique :

1) Pour garantir que les graphiques aient un objectif clair, les images ou les animations ne doivent pas être empilées au hasard, afin de ne pas perdre de temps de transmission. La taille de l'image du système d'application Web doit être aussi petite que possible et il doit être capable d'expliquer clairement quelque chose, généralement en créant un lien vers une page spécifique.

2) Vérifiez que tous les styles de police de page sont cohérents.

3) La couleur d’arrière-plan doit correspondre à la couleur de la police et à la couleur du premier plan.

4) La taille et la qualité de l'image sont également un facteur très important, en utilisant généralement la compression JPG ou GIF,

5) Enfin, ce qu'il faut vérifier, c'est si l'habillage du texte est correct. Si le texte de description pointe vers une image à droite, assurez-vous que cette image apparaît à droite. Ne faites pas en sorte que les fenêtres et les paragraphes s'alignent bizarrement ou n'aient pas de lignes orphelines en utilisant des images.

3 Tests de contenu : Vérifier l'exactitude, l'exactitude et la pertinence des informations fournies par le système d'application Web.

4. Test de tableau : l'utilisateur doit-il faire défiler vers la droite pour voir le prix du produit ? Serait-il plus efficace d'avoir les prix à gauche et les détails des produits à droite ? La largeur de chaque colonne est-elle suffisamment large et le texte du tableau comporte-t-il des sauts de ligne ? Le contenu de la ligne entière est-il étiré parce qu'il y a trop de contenu dans une certaine grille ?

5. Test global de l'interface : Le test de l'interface est principalement considéré sous deux aspects du formulaire et des contrôles du formulaire.

4. Test de compatibilité

Référence : http://www.cnblogs.com/haining1993/p/5193137.html

1. Tests de plateforme : tests de compatibilité des systèmes Web sous différents systèmes d'exploitation.

2. Test du navigateur : créez une matrice de compatibilité. Dans cette matrice, l'adaptabilité de certains composants et paramètres à différents fournisseurs et différentes versions de navigateurs est testée.

3. Test de résolution : la mise en page s'affiche-t-elle correctement dans différents modes de résolution ? La police est-elle trop petite pour permettre la navigation ? Ou est-elle trop grande ? Le texte et les images sont-ils alignés ?

4. Taux de connexion :

5. Test d'imprimante : Il est nécessaire de vérifier si l'impression de la page Web est normale. Parfois, l’alignement des images et du texte à l’écran peut ne pas être le même que lors de l’impression. Au minimum, le testeur doit vérifier que la page de confirmation de commande s'imprime correctement. 51Test du réseau de test du logiciel 8S2W*F:H4e4P7T

6. Test de combinaison : selon la situation réelle, prenez la méthode de division équivalente et listez la matrice de compatibilité

5. Tests de sécurité

1. Configuration des annuaires : la première étape vers la sécurité Web consiste à configurer correctement vos annuaires. Chaque répertoire doit avoir une page index.html ou main.html afin que tout ce qui se trouve sous ce répertoire ne soit pas affiché.

2. SSL : si le service de développement utilise SSL, le testeur doit déterminer s'il existe une page de remplacement correspondante (applicable aux navigateurs inférieurs à la version 3.0, qui ne prennent pas en charge SSL. Lorsque les utilisateurs entrent ou quittent un site sécurisé, veuillez confirmer qu'il existe un correspondant Le message d'invite. Y a-t-il une limite de temps de connexion ? Que se passe-t-il une fois la limite de temps dépassée ?

3. Connexion : Y a-t-il une limite au nombre de connexions utilisateur ? Est-il limité à la connexion à partir de certaines adresses IP ? Si le nombre d'échecs de connexion autorisés est de 3, pouvez-vous réussir la vérification lorsque vous entrez le nom d'utilisateur et le mot de passe corrects lors de la connexion pour la troisième fois Sélection du mot de passe oui Y a-t-il une restriction de règle ? Est-il possible de parcourir directement une certaine page sans se connecter ?
HuK ]D2?1G-L }8n*N352621Que le système d'application Web ait un délai d'attente, c'est-à-dire si l'utilisateur ne clique sur aucune page dans un certain laps de temps (par exemple, 15 minutes) après la connexion, est-ce que il doit se reconnecter pour l'utiliser normalement.

4. Fichiers journaux : le journal enregistre-t-il toutes les transactions ? Enregistre-t-il les tentatives de connexion échouées ? Enregistre-t-il l'utilisation de cartes de crédit volées ? Est-il enregistré à chaque fois qu'une transaction est terminée ?

5. Langage de script : testez le problème selon lequel les scripts ne peuvent pas être placés et modifiés côté serveur sans autorisation.

6. test d'interface

1. Interface serveur : l'interface entre le navigateur et le serveur. Le testeur valide la transaction, puis examine les journaux du serveur et vérifie que ce qui est vu sur le navigateur correspond exactement à ce qui s'est passé sur le serveur. Les testeurs peuvent également interroger la base de données pour confirmer que les données de transaction ont été correctement enregistrées.

2. Interface externe : lors des tests, utilisez l'interface Web pour envoyer certaines données de transaction afin de vérifier les cartes de crédit valides, les cartes de crédit invalides et les cartes de crédit volées.

Habituellement, les testeurs doivent confirmer que le logiciel peut gérer tous les messages possibles renvoyés par le serveur externe.

3. Gestion des erreurs : essayez d'interrompre une transaction pendant le traitement et voyez ce qui se passe ? La commande est-elle complète ? Tentative d'interrompre la connexion réseau de l'utilisateur au serveur. Essayez d'interrompre la connexion du serveur Web au serveur de vérification de carte de crédit. Le système peut-il gérer correctement ces erreurs dans ces cas ? La carte de crédit a-t-elle été débitée ?

Mesures à prendre : Sur la base de la compréhension des exigences, laisser libre cours à votre imagination et essayer de lister de manière exhaustive toutes sortes de situations anormales.