Tests de systèmes basés sur le Web Dans le développement de systèmes basés sur le Web, s'il y a un manque de processus stricts, nous pouvons rencontrer de sérieux problèmes dans le processus de développement, de publication, de mise en œuvre et de maintenance du Web, et le risque d'échec est élevé. . De plus, à mesure que les systèmes basés sur le Web deviennent de plus en plus complexes, l'échec d'un projet peut entraîner de nombreux problèmes. Lorsque cela se produit, notre confiance dans le Web et dans Internet peut être irrévocablement ébranlée, provoquant une crise du Web. De plus, la crise du Web pourrait être plus grave et plus répandue que la crise du logiciel à laquelle sont confrontés les développeurs de logiciels.
Dans le processus d'ingénierie Web, le test, la confirmation et l'acceptation des systèmes basés sur le Web constituent une tâche importante et stimulante. Les tests de systèmes basés sur le Web sont différents des tests de logiciels traditionnels. Ils doivent non seulement vérifier s'ils fonctionnent conformément aux exigences de conception, mais également tester si l'affichage du système sur les navigateurs des différents utilisateurs est approprié. Il est important d’effectuer également des tests de sécurité et d’utilisabilité du point de vue de l’utilisateur final. Cependant, l'imprévisibilité d'Internet et des médias Web rend difficile le test des systèmes basés sur le Web. Par conséquent, nous devons rechercher de nouvelles méthodes et techniques pour tester et évaluer des systèmes Web complexes. Le cycle de publication des logiciels généraux est calculé en mois ou en années, tandis que le cycle de publication des applications Web est calculé en jours, voire en heures.
Les testeurs Web doivent gérer des cycles de publication plus courts, et les testeurs et les gestionnaires de tests sont confrontés à la transition du test des structures C/S et des environnements-cadres traditionnels au test de systèmes d'applications Web en évolution rapide.
1. Tests fonctionnels
1. Tests de liens Les liens sont une fonctionnalité majeure des systèmes d'applications Web. Ils constituent le principal moyen de basculer entre les pages et de guider les utilisateurs vers des pages dont les adresses sont inconnues. Les tests de lien peuvent être divisés en trois aspects. Premièrement, testez si tous les liens renvoient réellement à 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 n'y en a pas ; des liens pointant vers la page, accessible uniquement si vous connaissez l’adresse URL correcte. Les tests de liens peuvent être automatisés et de nombreux outils sont disponibles pour cela. Les tests de liens doivent être effectués pendant 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.
2. Test de formulaire Lorsque les utilisateurs soumettent des informations à l'administrateur système de l'application Web, ils doivent utiliser des opérations de formulaire, telles que l'enregistrement de l'utilisateur, la connexion, la soumission d'informations, etc. Dans ce cas, 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 des valeurs par défaut sont utilisées, vérifiez l'exactitude des valeurs par défaut. Si le formulaire ne peut accepter que certaines valeurs spécifiées, testez-le également. Par exemple : seuls certains caractères peuvent être acceptés. Vous pouvez ignorer ces caractères lors du test pour voir si le système signalera une erreur.
3. 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 utilise des cookies pour accéder à un système d'application, 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 stocker des informations telles que les connexions. Si le système d'application Web utilise des cookies, vous devez vérifier si les cookies peuvent fonctionner correctement. Le contenu du test peut inclure si les cookies fonctionnent, s'ils sont enregistrés selon l'heure programmée, quel impact l'actualisation a sur les cookies, etc.
4. Tests du langage de conception Les différences dans les versions du langage de conception Web peuvent entraîner de graves problèmes côté client ou serveur, comme la version de HTML à utiliser. Ce problème est particulièrement important lors du développement dans un environnement distribué, où les développeurs ne sont pas tous ensemble. Outre les problèmes de version HTML, différents langages de script tels que Java, JavaScript, ActiveX, VBScript ou Perl doivent également être vérifiés.
5. Test de base de données Dans la technologie des applications Web, la base de données joue un rôle important. La base de données fournit un espace pour la gestion, l'exploitation, l'interrogation et la réalisation des demandes des utilisateurs pour le stockage des 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, deux types d'erreurs peuvent généralement 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 des problèmes de vitesse du réseau ou de conception du programme. Pour ces deux situations, les tests peuvent être effectués séparément.
2. Test de performances
1. Test de vitesse de connexion
La vitesse à laquelle les utilisateurs se connectent au système d'application Web change en fonction de la manière dont ils accèdent à Internet. Ils peuvent se connecter par téléphone ou utiliser un accès Internet haut débit. Les utilisateurs peuvent attendre plus longtemps lorsqu'ils téléchargent un programme, mais pas lorsqu'ils visitent simplement une page. Si le temps de réponse du système web est trop long (par exemple plus de 5 secondes), les utilisateurs partiront car ils sont impatients d'attendre. De plus, certaines pages ont des restrictions de délai d'attente. Si la vitesse de réponse est trop lente, les utilisateurs devront peut-être se reconnecter avant d'avoir le temps de parcourir le contenu. De plus, si la vitesse de connexion est trop lente, cela peut également entraîner une perte de données et empêcher les utilisateurs d’accéder à la vraie page.
2. Tests de charge
Les tests de charge consistent à mesurer les performances du système Web à un certain niveau de charge pour garantir que le système Web peut fonctionner normalement conformément aux exigences. Le niveau de charge peut être le nombre d'utilisateurs accédant au système Web en même temps à un moment donné, ou la quantité de traitement de données en ligne. Par exemple : combien d'utilisateurs le système d'application Web peut-il permettre d'être en ligne en même temps ? Si ce nombre est dépassé, que se passera-t-il ? Le système d'application Web peut-il gérer un grand nombre de requêtes d'utilisateurs pour la même page
? testing
Les tests de charge doivent être organisés dans le système Web. Après la publication, testez-le dans l'environnement réseau réel. Parce que le nombre d'employés internes d'une entreprise, en particulier les membres de l'équipe de projet, est toujours limité et que le nombre de requêtes qu'un système Web peut traiter en même temps dépassera de loin cette limite, les résultats ne seront donc corrects que s'ils sont mis sur Internet. et tests de charge acceptés. Effectuer des tests de résistance consiste à détruire un système d'application Web et à tester la réponse du système. Les tests de résistance consistent à tester les limites du système et les capacités de récupération des pannes, c'est-à-dire à tester si le système d'application Web va planter et dans quelles circonstances il va planter. Les pirates informatiques diffusent souvent de fausses charges utiles de données jusqu'à ce que le système d'application Web tombe en panne, puis y accèdent au redémarrage du système. Les domaines de tests de résistance comprennent les formulaires, la connexion et d’autres pages de transfert d’informations.
3. Test d'utilisabilité
1. Test de navigation La navigation décrit la manière dont les utilisateurs opèrent au sein d'une page, entre différents contrôles de l'interface utilisateur, tels que les boutons, les boîtes de dialogue, les listes et les fenêtres, etc. ou entre différentes pages de connexion ; Vous pouvez déterminer si une application Web est facile à naviguer en considérant les questions suivantes : La navigation est-elle intuitive ? Les principales parties du système Web sont-elles accessibles depuis la page d'accueil ? Le système Web nécessite-t-il un plan du site, un moteur de recherche ou un autre moyen de navigation ? aides ? Sur une page Mettre trop d'informations a souvent l'effet inverse de celui escompté. Les utilisateurs de systèmes d'applications Web ont tendance à être déterminés et analysent rapidement un système d'applications Web pour voir s'il existe des informations qui répondent à leurs besoins. Dans le cas contraire, ils partiront rapidement. Peu d'utilisateurs sont prêts à prendre le temps de se familiariser avec la structure d'un système d'application Web. Par conséquent, l'aide à la navigation dans le système d'application Web doit être aussi précise que possible. Un autre aspect important de la navigation est de savoir si la structure des pages, la navigation, les menus et les styles de connexion du système d'application Web sont cohérents. Assurez-vous que les utilisateurs savent intuitivement s'il y a du contenu dans le système d'application Web et où se trouve le contenu. Une fois le niveau du système d'application Web décidé, il est nécessaire de commencer à tester la fonction de navigation des utilisateurs. Laissez les utilisateurs finaux participer à ce test, et l'effet sera plus évident.
2. Test graphique
Dans les systèmes d'application Web, des images et des animations appropriées peuvent non seulement jouer le rôle de publicité, mais aussi embellir la page. Les graphiques d'un système d'application Web peuvent inclure des images, des animations, des bordures, des couleurs, des polices, des arrière-plans, des boutons, etc.
Le contenu du test graphique comprend :
(1) Assurez-vous que les graphiques ont un objectif clair et n'empilez pas d'images ou d'animations au hasard pour éviter de perdre du 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 si le style de police de toutes les pages est cohérent.
(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, et la compression JPG ou GIF est généralement utilisée.
3. Tests de contenu
Les tests de contenu sont utilisés pour tester l'exactitude, l'exactitude et la pertinence des informations fournies par le système d'application Web. L’exactitude de l’information indique si l’information est fiable ou mal informée. Par exemple, dans une liste de prix de produits, des prix incorrects peuvent entraîner des problèmes financiers ou même conduire à des litiges juridiques ; l'exactitude des informations fait référence à la présence ou non d'erreurs de grammaire ou d'orthographe. Ce type de test est généralement effectué à l'aide de certains logiciels de traitement de texte, par exemple en utilisant la fonction « Pinyin and Grammar Check » de Microsoft Word ; la pertinence des informations fait référence à la possibilité de trouver une liste d'informations ou une entrée liée aux informations de navigation en cours ; sur la page actuelle, c'est-à-dire ce qu'on appelle la « liste d'articles associés » dans les sites Web généraux.
4. Test global de l'interface
L'interface globale fait référence à la conception de la structure des pages de l'ensemble du système d'application Web, ce qui donne aux utilisateurs un sentiment d'intégrité. Par exemple : les utilisateurs se sentent-ils à l'aise lorsqu'ils naviguent dans le système d'application Web ? Sont-ils intuitivement où se trouvent les informations qu'ils recherchent ? Le style de conception de l'ensemble du système d'application Web est-il cohérent ? Le processus de test de l'interface globale est-il en réalité un test ? pour l’utilisateur final. Le processus d’enquête. Généralement, les systèmes d'applications Web prennent la forme d'un questionnaire sur la page d'accueil pour obtenir les commentaires des utilisateurs finaux. Pour tous les tests d'utilisabilité, la participation de personnes externes (personnes qui n'ont pas ou peu de contacts avec le développement de systèmes d'applications Web), de préférence des utilisateurs finaux, est nécessaire.
4. Test de compatibilité client
1. Test de plateforme
Il existe de nombreux types de systèmes d'exploitation différents sur le marché, les plus courants étant Windows, Unix, Macintosh, Linux, etc. Le système d'exploitation utilisé par l'utilisateur final du système d'application Web dépend de la configuration du système utilisateur. De cette manière, des problèmes de compatibilité peuvent survenir. La même application peut s'exécuter normalement sous certains systèmes d'exploitation, mais peut ne pas fonctionner sous d'autres systèmes d'exploitation. Par conséquent, avant la sortie du système Web, sa compatibilité avec différents systèmes d'exploitation doit être testée.
2. Test du navigateur
Le navigateur est le composant principal du client Web. Les navigateurs de différents fabricants prennent en charge différemment Java, JavaScript, ActiveX, les plug-ins ou différentes spécifications HTML. Par exemple, ActiveX est un produit de Microsoft et est conçu pour Internet Explorer, JavaScript est un produit de Netscape, Java est un produit de Sun, etc. De plus, les styles de cadre et de hiérarchie apparaissent différemment selon les navigateurs, voire pas du tout. Différents navigateurs ont des paramètres de sécurité et Java différents. Une façon de tester la compatibilité du navigateur consiste à créer une matrice de compatibilité. Dans cette matrice, l'adaptabilité des navigateurs de différents fabricants et différentes versions à certains composants et paramètres est testée.
5. Tests de sécurité
Les domaines de tests de sécurité des systèmes d'applications Web comprennent principalement :
(1) Les systèmes d'applications Web actuels adoptent essentiellement la méthode consistant à s'inscrire d'abord, puis à se connecter. Il est donc nécessaire de tester les noms d'utilisateur et mots de passe valides et invalides, de faire attention à ce qu'ils soient sensibles à la casse, de limiter le nombre de tentatives, de savoir si vous pouvez parcourir une page directement sans vous connecter, etc.
(2) Si le système d'application Web a des restrictions de 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, doit-il se reconnecter pour utiliser ça normalement.
(3) Afin d'assurer la sécurité du système d'application Web, les fichiers journaux sont cruciaux. Il est nécessaire de tester si les informations pertinentes sont écrites dans le fichier journal et si elles peuvent être retracées.
(4) Lorsque vous utilisez un socket sécurisé, testez si le cryptage est correct et vérifiez l'intégrité des informations.
(5) Les scripts côté serveur constituent souvent des failles de sécurité, et ces failles sont souvent exploitées par les pirates. Par conséquent, nous devons également tester le problème selon lequel les scripts ne peuvent pas être placés et modifiés côté serveur sans autorisation.
6. Résumé
Cet article traite des méthodes de test de systèmes basés sur le Web sous les aspects de fonction, de performances, de convivialité, de compatibilité client, de sécurité, etc. Les tests de systèmes basés sur le Web présentent des similitudes et des différences avec les tests de logiciels traditionnels, ce qui pose de nouveaux défis aux tests de logiciels. Les tests de systèmes basés sur le Web doivent non seulement vérifier s'ils fonctionnent conformément aux exigences de conception, mais également évaluer si l'affichage du système sur les navigateurs des différents utilisateurs est approprié. Il est important d’effectuer également des tests de sécurité et d’utilisabilité du point de vue de l’utilisateur final.