Test de l'interface utilisateur dans une page Asp.net?

Question

Quelle est la meilleure façon d'automatiser le test de l'interface utilisateur dans une page Asp.net?

Answer 1

Watir ou Watin sont un bon point de départ.

Plus d'info here

Answer 2

question assez vaguement défini donc une bonne réponse est presque impossible. Oserait suggérer que l'utilisation Selenium pourrait aider à automatiser la tâche.

Answer 3

pas sûr de la « meilleure » façon, c'est probablement une question assez chargée ...

Une façon est d'utiliser les tests Web dans l'édition de test de Visual Studio, consultez MSDN documentation. Aussi voici un simple tutorial.

Answer 4

Que recherchez-vous spécifiquement? Cross navigateur de conformité? Performance? Convivialité C'est une question assez vaste - pouvez-vous la définir un peu plus?

Answer 5

En termes d'acceptation de l'utilisateur? Bug chasse? Charger des tests?

Pour le premier, demandez à d'autres personnes de l'utiliser et de le commenter. Pour la seconde, vous devez utiliser les plans de test et les scénarios de test que vous avez écrits auparavant pour tester l'interface utilisateur, en termes de validation des données (côté serveur et javascript), de vérification de la portée et tout le reste. Je crois qu'il existe des outils qui simulent des clics que vous pourriez utiliser.

Pour la troisième, essayez JMeter. Pour tester le moteur derrière le site Web, vous pouvez ignorer l'interface Web et écrire des classes de test qui appellent le moteur directement (s'il n'est pas codé directement dans l'ASP) pour tester ses fonctions. J'appellerais cela une tâche différente de tester l'interface utilisateur cependant. AspUnit qui peut être trouvé sur SourceForge.net

Answer 6

Cependant le projet n'est plus développé activement mais il travaillera sur .Net 1.1 et 2.0.

Answer 7

• Configuration d'une chambre avec plusieurs terminaux exécuter votre application
• Préparer une liste des tâches à terminé
• Apportez des volontaires pour exécuter par les tâches
• Surveiller les actions des volontaires soit par enregistrement ou un miroir à sens unique

Rin se répète!

Answer 8

Si vous êtes le seul codeur sur un projet, je suggère de le tester à la main. Cela dit, vous allez probablement souffrir de myopathie codeur. Puisque vous avez écrit le code et savez ce qu'il est censé faire, vous pouvez inconsciemment éviter les actions qui vont le casser.

J'ai travaillé avec différentes méthodes d'automatisation et elles ont tendance à être assez lourdes. En d'autres termes, vous vous retrouverez à mettre à jour vos tests plus souvent que vous ne le souhaiteriez.À mon avis, les tests automatisés ne sont nécessaires que lorsque vous avez plus d'un développeur sur un projet et qu'ils ne sont pas conscients de toute la portée. Dans l'environnement idéal, un développeur disposerait d'un testeur dédié qui rédigerait et mettrait à jour des tests, et validerait que le code fonctionnait correctement et répondait aux exigences de l'entreprise. Dans le monde réel, beaucoup de développeurs sont essentiellement des loups solitaires avec des ressources et du temps limités et la meilleure façon d'avoir du code solide et sans bug est de comprendre les exigences de l'entreprise et de s'assurer que lors de l'écriture du code, vous ne fais pas d'erreur. :-)

Answer 9

Je vote pour le Gestionnaire de tests dans Visual Studio 2010 et puis génère "Coded UI tests" pour cela!

• Très facile de créer des assertions
• Code Très bien (Lisible!)
• facile et maintenable, car le code est facile à lire et vous pouvez changer la manière dont les contrôles se trouvent sur la page

J'ai fait un comparison or WatiN, Selenium and Test Manager VS2010 rapide