AC Performance groupe boutonné: 317 765 580
Quels sont les trois principes fondamentaux de tests de performance est?
1. Sur la base de l'accord. Objet du réseau de tests de performance architecture distribuée du logiciel, tandis que l'architecture de réseau de base est un protocole de réseau distribué
2. multithreading. Le cerveau humain est mono-thread, cpu informatique multi-thread de. Les tests de performance est l'utilisation de la technologie pour simuler le chargement multi-thread multi-utilisateurs
3. Simuler des scénarios réels. Le temps d'accès de l'utilisateur, la fréquence d'accès est fixé.
Quel est l'objectif de base du test de performance est?
1. L'attention de l' utilisateur. Temps de réponse, la stabilité, recouvrabilité
2. préoccupations opérationnelles. L'utilisation des ressources serveur / base de données, la vitesse de traitement côté serveur, le système peut prendre en charge 24/7
3. Test de préoccupation. Le nombre maximum d'utilisateurs d'accès, le plus grand nombre de processus d'affaires, les ressources de mémoire peut normalement récupérer
4. Développer l' attention. Code: algorithmes, instruction SQL
Description du processus de tests de performance
1. Analyser les exigences de performance. Les utilisateurs choisissent les scénarios les plus fréquemment utilisés pour tester, par exemple: connexion, la recherche, l' ordre et ainsi de suite. Identifier les indicateurs de performance, tels que: le taux de transaction de 100%, TOP99% est de 5 secondes, maximum 1000 utilisateurs simultanés, CPU et utilisation de la mémoire en dessous de 70%
2. Élaborer un plan de test de performance, un test clair du temps (généralement fonction après stabilisation, comme après la première série de tests) et l' environnement de test et des outils de test
3. préparation de l' essai
4 en environnement de test, les données de test prêt
5. écriture des scripts de test de performance
6. script de test d'optimisation des performances. postes de contrôle mis en place, paramétrage, association, point de rassemblement, les affaires, l' ajustement du temps de penser, supprimer le script redondants
7. scénarios de test de conception, des scripts de test exécuter, les données de surveillance
8. L' analyse des résultats des tests, facture Collect logs connaissement aux développeurs
9. Performance les tests de régression
10. La préparation des rapports d'essais
Comment déterminer la charge maximale du système?
Par des tests de charge, l'augmentation concomitante avec l'augmentation du nombre de concurrentes, les indicateurs de performance seront en conséquence des changements, quand il y a un point d'inflexion de la performance, par exemple, lorsque le nombre d'utilisateurs atteint une certaine ampleur, le temps de réponse de la croissance soudaine, le point tournant le nombre maximum est le nombre d'utilisateurs du système est capable de transporter l'utilisateur correspondant. Jmeter peut utiliser des minuteries ou groupe de fils sous pression échelle de rps.
Ce qui met votre système (qui fonctionne) pour faire des tests de performance?
Les utilisateurs choisissent les fonctions les plus fréquemment utilisées pour faire les tests, tels que: login, rechercher, passer des commandes
Votre nombre d'utilisateurs simultanés est déterminé comment?
1) sur la première ligne sera une période de temps estimée pour l'utilisateur d'accéder aux données collectées
2) est déterminée en fonction de la demande, la période d'utilisation maximale, le nombre d'utilisateurs enregistrés, un temps de réponse unique
Vous effectuez des tests de performance dans quelles circonstances?
Mettre en place un environnement de test indépendant de la performance pour les tests
Quelle heure vous exécutez les tests de performance?
Indice de référence: Après les tests fonctionnels, système plus stable quand faire.
Les tests de charge: les morts de la nuit, quand personne utilisant le système
Comment analyser les résultats des tests de performance?
Les premières choses de contrôle par le biais de taux, puis d'analyser d'autres indicateurs de performance, comme un temps de réponse d'accusé de réception, le taux de transaction, unité centrale de traitement et d'autres indicateurs ou non répondre à la demande, si les résultats des tests ne peuvent pas faire confiance, pour analyser la cause de l'exception, un nouveau test modifié
Quel est le rôle de think_time?
les utilisateurs simulés dans des affaires de référence le temps de réflexion
Après avoir déterminé le test de performance des résultats crédibles, si vous trouvez les questions suivantes, le long des lignes fournies ci-dessous pour localiser le problème
Un problème: le temps de réponse n'est pas à
le temps d'examiner l'entreprise consommée principalement dans le réseau de transport ou d'un serveur, si le réseau est, sur la combinaison diagramme Throughput (débit du réseau), calcule si le goulot d' étranglement de la bande passante, s'il y a un goulot d' étranglement, nous devons envisager d' augmenter la bande passante, ou le traitement de compression de données de transmission est exécutée, sinon présenter un goulot d' étranglement, cela peut être dû à un réseau instable. Si le temps est principalement consommé sur le serveur, il est nécessaire de voir chaque CPU, utilisation de la mémoire est trop élevé serveur Web et le serveur de base de données, en raison de la haute CPU, la mémoire sera certainement la cause du temps de réponse est trop long, si le problème est un serveur web , mis sur un serveur Web correspondant à l'opération d'utilisateur correspondant à log pris vers le bas, envoyé à l'orientation en développement; Si la base de données est un problème, le serveur de base de données correspondant correspondant à se connecter à abattre le développement du positionnement distribué.
Deuxième problème: les anomalies CPU du serveur
1: Mise au point sur l' utilisation de cpu et la charge, si la charge est trop fort taux d'utilisation est trop faible, il peut y avoir une file d' attente de processus trop, ce qui entraîne un blocage
2: Mettre l' accent sur le changement de contexte, bascule automatiquement si elle est excessive, puis possible mémoire / goulots d' étranglement IO, si elle est trop interrupteur passif, il peut être tranche de temps ne suffit pas, vous pouvez envisager d' ajuster la priorité du processus pour augmenter la tranche de temps
Troisième question: débordement de mémoire, le processus de disparition
1: Observer la mémoire de tas de la jeune génération et l'ancienne de l' allocation d'espace est raisonnable, régler les paramètres de la mémoire
2: l' espace d'échange est insuffisant, ce qui déclenche oomkiller
Question 4: Programme des heures supplémentaires dans une exécution multi-utilisateurs, et même l'invite du serveur Rom.
Le programme peut être le mécanisme de traitement mono-thread, le suivi de tous les fils dans la file d'attente
Cinq questions: comment identifier les goulots d'étranglement du système?
1: Lorsque la charge augmente, le débit de savoir si une augmentation régulière, pour trouver que la baisse du point de débit de
2: Lorsque la charge augmente, le temps de réponse est de commencer à allonger, pour trouver ce point devient subitement plus long temps de réponse de
3: que la charge augmente, si l'erreur a commencé à apparaître
Modèle commun de pression, qui a plusieurs?
1, le mode simultané (mode utilisateur virtuel)
Concurrency fait référence au nombre d'utilisateurs virtuels simultanés, d'un point de vue commercial, on peut comprendre que le nombre d'utilisateurs en ligne simultanément. le visiteur en ligne noeuds système de service de diagnostic peut simultanément porteur peut utiliser le paramètre modèle certain concurrent, à savoir jmeter outil à l' intérieur numéro fil du point de vue du client,
2, mode RPS (mode débit)
le SRP (demandes par seconde) il fait référence au nombre de requêtes par seconde. Mode de RPS à savoir mode « débit », en définissant le nombre de demandes envoyées par seconde, en partant du point de vue du serveur, une mesure directe du débit du système.
La performance des applications test Quoi?
Essais d' aptitude: Les résultats des tests réels montrent la capacité prévue de son propre système d'
analyse de goulot d' étranglement: trouver le goulot d' étranglement des performances du système au moyen d'une série de tests ( en même temps, la charge, la pression, la récupération de l' échec)
optimisation des performances: système d'optimisation grâce à une série de moyens techniques la performance, y compris le temps de réponse, le débit, l' utilisation des ressources, la
planification des capacités: afin de répondre à la planification de l' avenir prévu (nombre d'utilisateurs, la part de marché), les ressources à ajuster en conséquence
Comment les scénarios de test de performance de conception jmeter?
essai simultanée: groupe de fils de base (souligner unité de temps en même temps, il n'y a pas de concurrent absolu)
Indice: résultats de la comparaison répétée, vérifier résultat de réglage est par (tps que pour améliorer le temps de réponse est diminué)
test de charge: augmenter continuellement la charge, les goulots d'étranglement trouvé (groupe de fils sous pression de l' étape, groupe de fils de simultanéité)
charger mode simultané d'utilisateur: l' augmentation du nombre d'utilisateurs simultanés, les goulots d' étranglement de
charge en mode débit: augmentation du nombre de demandes par seconde (RPS) à la pression du côté de service, a trouvé de tps
test de stress: Tps charge continue sur le point d'étranglement
test de stress de la stabilité: tps maintenir la stabilisation à haute tension. En général , les plus tps 80% pour les opérationnels
fins ne nécessitent que le serveur inhabituel: destructeur test de stress
test de basculement: Après une exception se produit, le système peut restaurer rapidement
test de planification de la capacité: 500 000, la période de pointe 2 heures
Tps augmentent pas Quelles sont les raisons?
1. bande passante du réseau
dans un test de stress, parfois vous souhaitez simuler un grand nombre de demandes des utilisateurs, si elle est adoptée dans le temps de l' unité d' un paquet est trop grand, dépassant la capacité de bande passante de transmission, le réseau se traduira par une concurrence pour les ressources, ce qui serveur reçoit la demande un montant inférieur à la limite supérieure de la capacité du serveur à manipuler.
2. Le pool de connexion
des connexions disponibles est trop petit, ce qui dans l' attente de la demande. Généralement divisée en pool de connexion du pool de connexion du serveur (comme Tomcat) et un pool de connexions de base de données (ou le nombre maximum autorisé de connexions est compris comme étant OK).
3.GC
si l' allocation de mémoire de tas est déraisonnable, elle causera gc fréquente, gc provoque le fil suspendu. En fullgc particulier, peut causer de fil longue pause
4. Base de données de configuration
élevée cas simultanée, si le temps nécessaire aux données d'écriture a demandé à écrire et une pluralité de tables de base de données, le nombre maximum de base de données de connexions ne suffit pas, ou les données d'écriture ne sont pas indexées SQL ou pas de séparation du maître, écriture séparation conduira à le traitement des transactions de base de données est trop lent, ce qui affecte la TPS.
6. Les ressources matérielles
, y compris les CPU (configuration, utilisation, etc.), la mémoire (taux d'occupation), disque (E / S, la pagination, etc.)
7. Appuyez sur
la capacité de charge limitée autonome, le cas échéant aux demandes des utilisateurs Simuler dépasse sa limite de charge, aura une incidence sur la TPS (cette fois -ci sur la nécessité d' une mesure distribuée de pression pour résoudre les problèmes)