Que la charge examine-t-elle ? L'essai de charge est d'examiner que si l'application fonctionne très bien avec les charges qui résultent du grand nombre des utilisateurs simultanés, transactions et pour déterminer le temps qu'il peut manipuler des périodes maximales d'utilisation.
Quel est essai de performance ? - La synchronisation pour tous les deux lus et des transactions de mise à jour devrait être recueillie pour déterminer si des fonctions de système sont exécutées dans un calendrier acceptable. Ceci devrait être autonome fait et dans un environnement à utilisateurs multiples puis déterminer l'effet des transactions multiples sur la synchronisation d'une transaction simple.
U a-t-il employé LoadRunner ? Quelle version ? Oui. Version 7.2.
Expliquer le processus de essai de charge ? - Étape 1 : Planification de l'essai. Ici, nous développons un plan d'essai bien défini pour assurer les scénarios d'essai que nous développons accomplirons des objectifs de charge-essai. Étape 2 : Créer Vusers. Ici, nous créons les manuscrits de Vuser qui contiennent chargent exécuté par chaque Vuser, chargent exécuté par Vusers dans l'ensemble, et chargent mesuré comme transactions. Étape 3 : Créer le scénario. Un scénario décrit les événements qui se produisent pendant une session de essai. Lui inclut une liste de machines, les manuscrits, et le Vusers qui fonctionnent pendant le scénario. Nous créons des scénarios en utilisant le contrôleur de LoadRunner. Nous pouvons créer les scénarios manuels aussi bien que les scénarios but-orientés. Dans les scénarios manuels, nous définissons le nombre de Vusers, les machines de générateur de charge, et le pourcentage de Vusers à assigner à chaque manuscrit. Le Web détermine, nous peut créer un scénario but-orienté où nous définissons le but que notre essai doit réaliser. LoadRunner établit automatiquement un scénario pour nous. Étape 4 : Courir le scénario. Nous émulons la charge sur le serveur en demandant à Vusers multiple pour exécuter charge simultanément. Avant l'essai, nous avons placé la configuration et l'établissement du programme de scénario. Nous pouvons courir le scénario entier, les groupes de Vuser, ou le Vusers individuel. Étape 5 : Surveillance du scénario. Nous surveillons l'exécution de scénario en utilisant le temps d'exécution en ligne de LoadRunner, transaction, ressource de système, ressource de Web, ressource de web server, ressource de serveur d'application de Web, ressource de serveur de base de données, réseau retardons, ressource coulante de médias, ressource de serveur de mur à l'épreuve du feu, ressource de serveur d'ERP, et des moniteurs d'exécution de Java. Étape 6 : Analyse des résultats d'essai. Pendant l'exécution de scénario, LoadRunner enregistre l'exécution de l'application sous différentes charges. Nous employons les graphiques et les rapports de LoadRunner pour analyser l'exécution de l'application.
Quand faites-vous l'essai de charge et de performance ? - Nous exécutons la charge examinant une fois que nous sommes faits avec l'essai de l'interface (GUI). Les architectures modernes de système sont grandes et complexes. Considérant qu'utilisateur simple examinant principalement sur la fonctionnalité et l'interface utilisateur d'un composant de système, foyers de essai d'application sur l'exécution et fiabilité d'un système entier. Par exemple, un scénario de application-essai typique pourrait dépeindre 1000 utilisateurs entrant simultanément à un système. Ceci provoque des questions telles que ce qui est le temps de réponse du système, il se brise, volonté qu'il sont assortis à différentes applications de logiciel et les plateformes, peuvent lui tenir tant de centaines et de milliers d'utilisateurs, etc. C'est quand nous plaçons chargeons et des essais de performance.
Quels sont les composants de LoadRunner ? - Les composants de LoadRunner sont le générateur virtuel d'utilisateur, contrôleur, et le processus d'agent, l'analyse de LoadRunner et la surveillance, des livres de LoadRunner en ligne.
Quel composant de LoadRunner aviez-vous l'habitude d'enregistrer un manuscrit ? - Le composant virtuel de générateur d'utilisateur (VuGen) est employé pour enregistrer un manuscrit. Il te permet de développer des manuscrits de Vuser pour une variété de types d'application et de protocoles de transmission.
Quel composant de LoadRunner emploieriez-vous le jeu soutenez-vous le manuscrit en mode à utilisateurs multiples ? - Le composant de contrôleur est employé au playback le manuscrit dans le mode à utilisateurs multiples. Ceci est fait pendant un scénario couru où un manuscrit de vuser est exécuté par un certain nombre de vusers dans un groupe.
Quel est un point de rendez-vous ? - Vous insérez des points de rendez-vous dans des manuscrits de Vuser pour émuler la charge lourde d'utilisateur sur le serveur. Les points de rendez-vous demandent à Vusers pour attendre pendant l'exécution d'essai Vusers multiple pour arriver à un certain point, pour qu'ils puissent simultanément accomplir un charger. Par exemple, pour émuler la charge maximale sur le serveur de banque, vous pouvez insérer un point de rendez-vous demandant à 100 Vusers pour déposer l'argent comptant en leurs comptes en même temps.
Quel est un scénario ? - Un scénario définit les événements qui se produisent pendant chaque session de essai. Par exemple, un scénario définit et commande le nombre d'utilisateurs pour émuler, les actions à exécuter, et les machines sur lesquelles les utilisateurs virtuels courent leurs émulations.
