J'ai quelques questions sur QTP 11, QTP 11 peut-il être utilisé pour les tests de performance comme le loadruner dans Performance Center ? ou QTP pour les tests fonctionnels seulement ?
Réponses
Trop de publicités?AFAIK, QTP n'est généralement pas utilisé pour les tests de charge, bien qu'il soit possible de mesurer le temps de transaction pour un scénario commercial en utilisant les transactions de début et de fin.Vous pouvez exécuter des scripts QTP scripts qui feraient à leur tour partie des tests de charge.Mais pour aller en profondeur dans les tests de charge, vous devez utiliser d'autres outils de test de charge tels que HP LoadRunner. Il est évident que les deux outils, QTP et LoadRunner, proviennent de HP (ce qui signifie également que, selon HP, vous devez utiliser un outil de test différent pour les tests de charge), mais les deux outils peuvent être utilisés ensemble pour les tests de charge, Aquí est le lien.
QTP est utilisé comme utilisateur virtuel graphique dans un modèle LoadRunner. Cela nécessite une seule instance de système d'exploitation par utilisateur virtuel. Les utilisateurs virtuels graphiques ont été le premier type d'utilisateur virtuel pour LoadRunner dans la version 1, qui exécutait plusieurs versions de XRunner. Jusqu'à la version 4, XRunner était l'utilisateur virtuel GUI de choix. De la version 4 à la version 6, les utilisateurs virtuels graphiques étaient disponibles sur les systèmes UNIX et Windows, en utilisant XRunner sur UNIX et WinRunner sur Windows. Au moment de la version 3, les versions API des utilisateurs virtuels avaient remplacé les utilisateurs virtuels GUI pour la charge primaire.
A partir de la version 8, QuickTest Profession est disponible en tant que type d'utilisateur virtuel graphique. Avec la version 11, le type d'utilisateur virtuel GUI par défaut est QTP, WinRunner n'est plus pris en charge.
Les deux peuvent donc être intégrés. Il existe une longue tradition d'utilisation des outils de tests fonctionnels automatisés de la famille Mercury/HP avec les outils de tests de performance.
L'utilisation d'outils graphiques de test de performance est tombée en désuétude pendant un certain temps, à l'époque du client web léger. Comme les clients web sont devenus plus épais, avec la capacité d'exécuter Javascript, C# et d'autres technologies, le besoin de mesurer la différence entre le niveau API et le niveau GUI est revenu à la mode. Outre l'utilisateur virtuel GUI traditionnel, HP propose également TruClient. Le principal avantage de TruClient est que vous pouvez exécuter plusieurs utilisateurs virtuels TruClient par instance de système d'exploitation, contrairement à l'utilisateur virtuel GUI où vous ne pouvez exécuter qu'un seul utilisateur virtuel par instance de système d'exploitation (sur Microsoft Windows).
Parlez-en à votre VAR. Les utilisateurs virtuels d'interface graphique coûtent environ 1 000 euros par utilisateur virtuel en lots de cinq ou plus. Il n'est pas prévu d'effectuer un test de performance complet en utilisant tous les utilisateurs virtuels graphiques.
Vous pouvez bien sûr écrire un script dans QTP pour, par exemple, vous connecter à un site web et exécuter ce script via loadrunner.
Mais tout d'abord, le temps ne sera pas exact car QTP ajoutera son propre temps (pour l'exécution) au temps de réponse.
Deuxièmement, vous ne pourrez simuler qu'un seul utilisateur par machine, alors que Load runner simule des centaines d'utilisateurs à la fois.
Non, l'UFT ne peut à lui seul effectuer un test de charge. Tout ce que vous pouvez faire, c'est mesurer le temps de transaction, c'est tout. L'objectif de l'outil UFT est d'automatiser les tests de l'interface graphique et de l'interface de programmation. Pour les tests de charge, vous devez utiliser Load Runner.
L'UFT est essentiellement destiné aux tests fonctionnels, mais il est possible de réaliser des tests de performance de base à l'aide de l'UFT. Temps de transaction et chargement des pages. Vous pouvez obtenir le temps nécessaire à la réalisation d'une action ou le temps de chargement des pages/images.