VS2010 Tests d'interface utilisateur codés vs test de performance Web (Quelle est la différence?)

Question

Vous avez joué avec les deux pendant quelques heures.

Vous utilisez un test de l'interface utilisateur Codé pour enregistrer des actions et de les vérifier par des affirmations ..

Vous utilisez un test de performance Web pour enregistrer des actions et de les vérifier par des tests de validation/tests d'extraction ... essentiellement même chose ... alors vous pouvez convertir en coder en option comme l'interface utilisateur Coded Tests

Mais il semble que vous ne pouvez ajouter un test performace WEB à un loadTest ...

Mais ils ne coûtent pas les deux à peu près la même chose? ? Qu'est-ce que je ne comprends pas? Pourquoi ne pas autoriser un test d'interface utilisateur codé à l'intérieur d'un test de charge?

Answer 1

Je pense que ce article a une grande importance à cette discussion

Tests de CodedUI - tests de l'interface utilisateur sont Coded pour les tests fonctionnels automatisés. Ces tests simuleront l'interaction de l'utilisateur avec l'interface utilisateur, comme les clics sur les boutons et la saisie de texte. Les tests d'interface utilisateur codés nécessitent un environnement de bureau interactif, car ils interagissent réellement avec les fenêtres et les objets de votre application. Les tests d'interface utilisateur codés dans VS2010 sont l'équivalent de l'utilisation de quelque chose comme HP QuickTest Pro ou Selenium pour piloter vos tests de régression fonctionnelle automatisée.

Tests de performances Web - Les tests Web ont bien plus à offrir que les tests GUI. Les tests de performances Web sont utilisés pour tester les fonctionnalités et les performances de la page Web, de l'application Web, du site Web, des services Web et de la combinaison de tous ces éléments. Les tests de performances Web peuvent être créés en enregistrant les demandes HTTP et les événements au cours de l'interaction de l'utilisateur avec l'application Web. L'enregistrement capture également les redirections de pages Web, les validations, les informations d'état d'affichage, l'authentification et toutes les autres activités. Il peut être classifié de deux façons, ce qui inclut les tests de performance Web simples et les tests de performances Web codés.

Les tests de performances Web simples génèrent et exécutent le test selon l'enregistrement avec une série de flux d'événements valides. Une fois le test commencé, il n'y aura pas d'intervention et ce n'est pas conditionnel.

Les tests de performances Web codés sont plus complexes mais offrent une grande flexibilité. Ces types de tests sont utilisés pour l'exécution conditionnelle basée sur des valeurs. Les tests Web codés peuvent être créés manuellement ou générés à partir de l'enregistrement du test de performance Web. Tests de charge - Les tests de chargement enregistrent et pilotent votre application au niveau HTTP. Ces tests simulent une interaction utilisateur sans interface avec votre serveur d'applications en envoyant des requêtes HTTP directement, sans interface utilisateur. Les tests de charge supposent généralement que votre application fonctionne correctement pour 1 utilisateur, mais visent à voir si elle fonctionne sous une charge utilisateur importante. Les tests de charge sont sans tête car il n'est pas pratique de simuler des milliers d'utilisateurs avec une interface utilisateur interactive. En étant sans tête, une seule machine d'agent de chargement peut simuler des centaines ou des milliers d'utilisateurs. Les tests de charge VS sont l'équivalent de l'utilisation de HP LoadRunner ou de JMeter pour générer une charge utilisateur virtuelle.

Conclusion Les tests fonctionnels et de performance sont deux types distincts, avec des stratégies et des processus différents. Sur un projet donné, vous pouvez avoir des centaines de tests fonctionnels automatisés (code ui, par exemple), mais seulement des dizaines de tests de performance automatisés. Vous avez tellement plus de tests fonctionnels, car vous testez votre application dans de nombreux scénarios différents par rapport aux besoins de votre entreprise. Alors qu'avec les tests de performance, vous prenez vos douzaines de transactions les plus utilisées et les exécutez en charge.

Answer 2

Les tests d'interface utilisateur codés sont nouveaux en 2010. Ils sont validés par rapport à l'interface utilisateur réelle (emplacement dans le DOM, visibilité, etc.) de l'application, alors que l'autre ne le fait pas. Le test de performances Web est validé par rapport à la connexion HTTP/HTTPS sur le serveur.

Cela parle de test d'interface utilisateur fonctionnelle et montre l'utilisation du test d'interface utilisateur codée.

http://channel9.msdn.com/shows/10-4/10-4-Episode-18-Functional-UI-Testing/

Answer 3

tests de l'interface utilisateur sont Coded pour les tests fonctionnels automatisés. Ces tests simuleront l'interaction de l'utilisateur avec l'interface utilisateur, comme les clics sur les boutons et la saisie de texte. Les tests d'interface utilisateur codés nécessitent un environnement de bureau interactif, car ils interagissent réellement avec les fenêtres et les objets de votre application. Les tests d'interface utilisateur codés dans VS2010 sont l'équivalent de l'utilisation de quelque chose comme HP QuickTest Pro ou Selenium pour piloter vos tests de régression fonctionnelle automatisée.

Les tests de chargement enregistrent et pilotent votre application au niveau HTTP. Ces tests simulent une interaction utilisateur sans interface avec votre serveur d'applications en envoyant des requêtes HTTP directement, sans interface utilisateur. Les tests de charge supposent généralement que votre application fonctionne correctement pour 1 utilisateur, mais visent à voir si elle fonctionne sous une charge utilisateur importante. Les tests de charge sont sans tête car il n'est pas pratique de simuler des milliers d'utilisateurs avec une interface utilisateur interactive. En étant sans tête, une seule machine d'agent de chargement peut simuler des centaines ou des milliers d'utilisateurs. Les tests de charge VS sont l'équivalent de l'utilisation de HP LoadRunner ou de JMeter pour générer une charge utilisateur virtuelle.

Les tests fonctionnels et de performance sont deux types distincts, avec des stratégies et des processus différents. Sur un projet donné, vous pouvez avoir des centaines de tests fonctionnels automatisés (code ui, par exemple), mais seulement des dizaines de tests de performance automatisés. Vous avez tellement plus de tests fonctionnels, car vous testez votre application dans de nombreux scénarios différents par rapport aux besoins de votre entreprise. Alors qu'avec les tests de performance, vous prenez vos douzaines de transactions les plus utilisées et les exécutez en charge.

Answer 4

Bonne nouvelle, de VS2012, vous pouvez ajouter un test ui codé en test de charge.

http://msdn.microsoft.com/en-us/library/ff468125.aspx