Simulation des échecs Ajax pour le test QA

Question

Notre premier produit ASP.Net MVC/jQuery est sur le point de passer au contrôle qualité, et nous cherchons un moyen pour nos gars de l'AQ de simuler facilement les mauvaises requêtes Ajax (sans modifier le code d'application).

Un plan de test d'intégration typique/UI pourrait être:

1. Charg, cliquez sur le bouton "DoStuff"
2. "DoStuff" échoue
3. bouton tentative "DoStuff" à nouveau
4. " DoStuff "succède à
5. Vérifier l'état de l'application

Ceci est un cas de test simple - il y aura des cas avec plusieurs échecs et succès entrecoupés. En plus de "débrancher votre câble réseau", je cherche un moyen facile pour nos gars de simuler des réponses intermittentes de mauvais serveur.

Je suis ouvert à toutes les idées, donc je ne vais pas entrer dans trop de détails sur notre configuration de l'application ou les dépendances. Comment avez-vous géré cela?

Answer 1

Utilisez Fiddler et son mécanisme de «réponse automatique» pour renvoyer les réponses aux échecs/réponses spéciales aux demandes d'URL requises.

http://www.fiddler2.com/Fiddler2/help/AutoResponder.asp

Answer 2

Vous pourriez trouver ou créer un proxy, que les requêtes des testeurs passeraient. Ce proxy renvoie des résultats précis (pour un texte d'erreur spécifique) ou transmet la requête au serveur réel.

Answer 3

Une méthode qui pourrait nécessiter des sysadmining moins complexes consisterait à créer et à utiliser une version différente de jQuery dans le stockage intermédiaire. J'espère que cela devrait être un changement de configuration assez simple. Rompez dans la déclaration de la fonction $.ajax et modifiez-la pour échouer lorsque vous en avez besoin. Vous pouvez même faire en sorte que jQuery injecte un bouton qui flotte sur votre page pour «tuer» le serveur ou lui donner des réponses bizarres, simplement en retournant des réponses artisanales au lieu de faire une requête web.