Les meilleures pratiques pour tester une application web, en ce qui concerne le nom de domaine et l'intégration avec un service externe (comme Amazon S3)

Question

J'ai couru dans ces problèmes à plusieurs reprises et n'a jamais été en mesure de trouver une solution confortable. Disons que mon site a le nom de domaine MyDomain.com. Quand je lance les tests sur la machine de test (un serveur d'intégration continue), je modifie le fichier HOSTS sur cette machine de sorte que le MyDomain.com est mis en correspondance avec cette machine locale au lieu du vrai serveur de production. Cela ne fonctionne pas très bien pour de nombreuses situations. Par exemple, mon application va créer des noms de sous-domaines user1.MyDomain.com dynamiquement mais il est difficile de garder la souplesse d'essai.

Un autre problème est mon application Web interagira avec Amazon S3, et parfois d'autres services comme Amazon Simple Message Queue. Je ne suis à l'aise d'inclure ces interactions dans mes tests mais je ne suis jamais satisfait de ma solution pour mélanger les essais et la production sur les services Amazon.

Quelqu'un pourrait-il offrir quelques conseils sur ces questions? Je voudrais faire mon cadre d'essai propre et flexible. Je suis sûr que ce soit une question commune pour toutes les applications Web et il doit y avoir un moyen mature pour traiter avec ces derniers.

Merci!

Answer 1

J'utilise différents noms d'hôte lorsque dans les modes de test ou dev. Y compris les différents seaux s3 et noms d'hôtes s3. Cela permet de tester et le développement de toutes les applications Charactere s3.

Je pense qu'il est plus facile de changer les noms d'hôte utilisés plutôt que de jouer avec le fichier hosts.