Analyse de conception d'exemples de tests de performances Web

Tout d’abord, pourquoi effectuer des tests de performances ?

Les applications peu performantes ne parviennent généralement pas à obtenir les avantages attendus de l'entreprise, coûtent beaucoup de temps et d'argent, mais perdent en crédibilité auprès des utilisateurs.

Par rapport aux tests fonctionnels et aux tests d'acceptation, les tests de performances sont facilement négligés et leur importance n'est souvent prise en compte qu'après que des problèmes de performances et d'évolutivité soient rencontrés après la sortie.

Partage de cas de tests de performances pour un certain site Web

Un site Web propose des fonctions de téléchargement, de téléchargement, d'achat, de paiement et autres. Il entre actuellement dans la phase de test de performance. Grâce aux exigences de performance, nous pouvons savoir que les indicateurs de performance suivants doivent être testés :
● Performances d'actualisation de la page produit.
weight Performances de téléchargement du produit
weight Performances de téléchargement du produit
Les indicateurs actuellement donnés sont :
Délai :
Temps de réponse de l'élément de test, notes de gigue
Actualisation de la page produit <5 secondes <2 secondes
Temps de réponse du téléchargement du produit <4 secondes < 2 secondes
Volume de débit :
Débit d'éléments numérotés
Perf.T.1 La fréquence de changement de statut en ligne de tous les utilisateurs connectés est d'une fois toutes les 10 minutes
Perf.T.2 Visites quotidiennes moyennes des pages 60 000 fois
Perf.T.3 Quotidiennement téléchargements 50 000
Perf.T.4 Le nombre moyen de nouveaux membres par jour est de 500
Perf.T.5 Le volume de téléchargement maximal du même modèle est de 100 utilisateurs téléchargeant simultanément
Perf.T.6 Le volume de téléchargement maximal de différents modèles est de 150 téléchargements d'utilisateurs simultanés
Capacité :
Capacité d'éléments numérotés
Perf.C.1 Nombre d'utilisateurs <= 1 million
Perf.C.2 Nombre d'utilisateurs actifs 10 000
Perf.C.3 Nombre total d'utilisateurs du centre de modèles < ;= 250 000
Sur la base des exigences de performances et des données ci-dessus, que devrions-nous faire ? Que diriez-vous de concevoir des cas et des scénarios de tests de performances ? (On peut dire que les exigences de performances données sont de la foutaise et n'ont aucune valeur, mais je n'ai pas d'autre choix que de le faire)
Tout d'abord, je me fiche des performances que cela nécessite, j'ai juste besoin de le faire. il pour tester le système dans un certain environnement de test. Effectuez simplement un test de résistance et trouvez les points critiques de chaque indicateur de performance. Quant à savoir si les indicateurs de performance sont atteints, rédigez simplement un rapport de test basé sur les exigences de performance.
　Donc, pour ces pages dont les performances doivent être testées, faisons une analyse et comment concevoir le scénario pour refléter le plus précisément possible les performances du système :
　Parlons d'abord de la page de recherche
　La page de recherche sera en fonction de la compréhension du projet.Après la recherche, parcourez tous les résultats qui répondent aux conditions et affichez-les au premier plan. Le nombre affiché sur chaque page est certain, et les parties excédentaires sont affichées en pages. D'après la description ci-dessus, nous pouvons voir que les résultats de recherche envoient tous les ensembles de résultats qui remplissent les conditions vers la première page. Nous pouvons ignorer la consommation de performances d'affichage de la page. La principale pression vient de la transmission des données, de l'exécution SQL et de l'application. Le processus de traitement du serveur, je peux donc concevoir le scénario sous deux aspects :
a Lorsque les utilisateurs virtuels sont certains et que les bases de données sont d'ordres de grandeur différents, les performances de recherche
Comment déterminer le nombre d'utilisateurs virtuels devient un. clé. Nous pouvons demander au client de fournir une Dans ce cas, le nombre d'utilisateurs visitant chaque jour (s'il n'y a pas de données réelles pour référence, elles peuvent être remplacées par le nombre d'utilisateurs attendu dans le plan produit), nous le ferons. utilisons ce nombre d'utilisateurs pour les tests ; analysons différents ordres de grandeur de la base de données, si le système fonctionne pendant 1 an. La quantité de données de produit est de 50 000, alors nous prendrons le volume de données de 1 W, 3 W, 5 W, 10 W et 20 W selon à cette valeur pour les tests (la méthode de division spécifique peut être déterminée en fonction de la situation réelle), donc Pour cet objectif de test, nous pouvons concevoir 5 scénarios :
Nombre d'utilisateurs virtuels Ordre de grandeur de la base de données Nombre d'utilisateurs simultanés sur la page d'enregistrement Exécution time Thinking time
100 10000 La page de recherche est générée aléatoirement pendant 30 minutes pour rejoindre Thinking time
100 30000 La page de recherche est générée aléatoirement pendant 30 minutes pour rejoindre Thinking time
100 50000 La page de recherche génère aléatoirement 30 minutes pour ajouter du temps de réflexion
100 100 000 La page de recherche génère aléatoirement 30 minutes pour ajouter du temps de réflexion
100 200 000 La page de recherche génère aléatoirement 30 minutes pour ajouter du temps de réflexion
b Un certain ordre de grandeur de la base de données, différents nombres d'utilisateurs virtuels Dans ces circonstances, les performances de recherche
Nous avons défini un. volume de données de base de données régulier, augmentez progressivement le nombre d'utilisateurs virtuels tandis que le volume de données reste inchangé et testez les performances du système sous différentes pressions d'utilisateurs virtuels
Le nombre d'utilisateurs virtuels est de l'ordre de la base de données et de la simultanéité de la page d'enregistrement Nombre de utilisateurs Temps d'exécution Temps de réflexion
50 50000 La page de recherche génère aléatoirement 30 minutes pour ajouter du temps de réflexion
80 50000 La page de recherche génère aléatoirement 30 minutes pour ajouter du temps de réflexion
100 50000 La page de recherche génère aléatoirement 30 minutes pour ajouter du temps de réflexion
120 50000 La page de recherche génère aléatoirement génère 30 minutes pour ajouter du temps de réflexion
150 50000 La page de recherche génère aléatoirement 30 minutes pour ajouter du temps de réflexion
Téléchargement du produit
Les principaux facteurs qui affectent les performances de téléchargement sont la taille du fichier téléchargé et le nombre de requêtes téléchargées, nous concevons donc l'utilisation cas sous ces deux aspects.
a. Le nombre d'utilisateurs virtuels est certain et des fichiers de différentes tailles peuvent être téléchargés
Nombre d'utilisateurs virtuels Taille du fichier de téléchargement Page d'enregistrement Nombre d'utilisateurs simultanés Temps d'exécution Temps de réflexion
50 100k La page de téléchargement est générée aléatoirement pendant 30 minutes Annuler. temps de réflexion
50 300k La page de téléchargement est générée aléatoirement pendant 30 minutes Minutes pour annuler le temps de réflexion
50 500k La page de téléchargement génère aléatoirement 30 minutes pour annuler le temps de réflexion
50 800k La page de téléchargement génère aléatoirement 30 minutes pour annuler le temps de réflexion
50 1M La page de téléchargement génère aléatoirement 30 minutes pour annuler le temps de réflexion
b. La taille du fichier téléchargé est certaine et le montant est différent Utilisateurs virtuels
Nombre d'utilisateurs virtuels Taille du fichier de téléchargement Nombre de pages d'enregistrement d'utilisateurs simultanés Temps d'exécution Temps de réflexion
20 300k. Les pages de téléchargement sont générées aléatoirement pendant 30 minutes Annuler le temps de réflexion
50 300 000 pages de téléchargement sont générées aléatoirement pendant 30 minutes Annuler le temps de réflexion
80 300 000 pages de téléchargement sont générées aléatoirement 30 minutes pour annuler le temps de réflexion
100 300k La page de téléchargement génère aléatoirement 30 minutes de temps de réflexion pour l'annulation
Téléchargement du produit
Les principaux facteurs qui affectent les performances de téléchargement sont la taille du fichier de téléchargement et le nombre de demandes de téléchargement, nous concevons donc des cas d'utilisation à partir de ces deux aspects #🎜 🎜#a. Le nombre d'utilisateurs virtuels est certain, et des fichiers de différentes tailles peuvent être téléchargés
Nombre d'utilisateurs virtuels Taille du fichier de téléchargement Nombre de pages d'enregistrement d'utilisateurs simultanés Temps d'exécution Temps de réflexion
La page de téléchargement de 50 100k génère aléatoirement 30 minutes d'annulation du temps de réflexion# 🎜🎜#50 300k La page de téléchargement génère aléatoirement 30 minutes d'annulation du temps de réflexion
50 500k La page de téléchargement génère aléatoirement 30 minutes d'annulation du temps de réflexion
50 800k La page de téléchargement génère aléatoirement 30 minutes de temps de réflexion d'annulation
50 1M La page de téléchargement génère aléatoirement 30 minutes de temps de réflexion d'annulation
b La taille du fichier téléchargé est certaine et il existe différents nombres d'utilisateurs virtuels.
Nombre d'utilisateurs virtuels Taille du fichier de téléchargement Nombre d'utilisateurs simultanés sur la page d'enregistrement Temps d'exécution Temps de réflexion
20 300k La page de téléchargement génère aléatoirement 30 minutes d'annulation du temps de réflexion
50 300k La page de téléchargement génère aléatoirement génère 30 minutes d'annulation du temps de réflexion
80 300k La page de téléchargement génère aléatoirement 30 minutes d'annulation du temps de réflexion
100 300k La page de téléchargement génère aléatoirement 30 minutes pour annuler le temps de réflexion

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!