Best Practice eine Web-Anwendung zu testen, in Bezug auf Domainnamen und die Integration mit externen Dienstleistern (wie Amazon S3)

Question

Ich habe mehrere Male in diese Probleme laufen und war nie in der Lage eine komfortable Lösung zu finden. Sagen wir, meine Website den Domain-Namen hat MyDomain.com. Wenn ich die Tests auf der Testmaschine (eine kontinuierliche Integration Server) laufen, werde ich die HOSTS-Datei auf dieser Maschine ändern, so dass die MyDomain.com auf diese lokalen Rechner abgebildet wird anstelle des realen Produktionsserver. Das funktioniert nicht sehr gut für viele Situationen. Zum Beispiel wird meine Anwendung Sub-Domain-Namen erstellen user1.MyDomain.com dynamisch, aber das ist schwierig, die Prüfung flexibel zu halten.

Ein weiteres Problem ist meine Web-Anwendung mit Amazon S3 zu interagieren, und manchmal anderer Dienst wie Amazon Simple Message Queue. Ich bin nur komfortabel diese Interaktion in meinen Tests zu schließen, aber ich bin nie zufrieden mit meiner Lösung für auf Amazon Services Test und Produktion zu mischen.

Könnte jemand bieten einige Tipps zu diesen Fragen? Ich möchte meinen Test-Framework sauber und flexibler machen. Ich bin sicher, dass dies eine häufig gestellte Frage für alle Web-Anwendungen ist, und es muss eine reife Art und Weise mit dieser beschäftigen werden.

Danke!

Answer 1

Ich benutze verschiedene Hostnamen, wenn sie in Test oder dev Modi. Einschließlich verschiedenen s3 Eimer und s3 Hostnamen. Dies ermöglicht die Prüfung und Entwicklung aller App-Funktionen wie s3.

Ich denke, dass es einfacher ist, die Host-Namen zu ändern, verwendet werden, anstatt mit der Hosts-Datei durcheinander.