أفضل الممارسات لاختبار تطبيق ويب ، فيما يتعلق باسم المجال والتكامل مع الخدمة الخارجية (مثل Amazon S3)

Question

لقد واجهت هذه المشكلات عدة مرات ولم أتمكن أبدًا من العثور على حل مريح. لنفترض أن موقع الويب الخاص بي يحتوي على اسم المجال mydomain.com. عندما أقوم بتشغيل الاختبارات على جهاز الاختبار (خادم تكامل مستمر) ، سأقوم بتعديل ملف المضيفين على هذا الجهاز بحيث يتم تعيين MyDomain.com إلى هذا الجهاز المحلي بدلاً من خادم الإنتاج الحقيقي. هذا لا يعمل بشكل جيد للغاية بالنسبة للعديد من المواقف. على سبيل المثال ، سيقوم طلبي بإنشاء أسماء فرعية user1.mydomain.com بشكل ديناميكي ولكن من الصعب الحفاظ على مرونة الاختبار.

مشكلة أخرى هي أن تطبيق الويب الخاص بي سوف يتفاعل مع Amazon S3 ، وأحيانًا خدمة أخرى مثل قائمة انتظار الرسائل البسيطة Amazon. أنا مرتاح فقط لتضمين هذا التفاعل في اختباراتي ، لكنني لست سعيدًا أبدًا بحاللي لخلط الاختبارات والإنتاج على خدمات Amazon.

هل يمكن لشخص ما تقديم بعض النصائح حول هذه القضايا؟ أود أن أجعل إطار الاختبار نظيفًا ومرنًا. أنا متأكد من أن هذا سؤال شائع لجميع تطبيقات الويب ويجب أن تكون هناك طريقة ناضجة للتعامل معها.

شكرًا!

Answer 1

أستخدم أسماء المضيف المختلفة عندما تكون أوضاع اختبار أو ديف. بما في ذلك دلاء S3 المختلفة وأسماء مضيف S3. هذا يتيح اختبار وتطوير جميع ميزات التطبيق بما في ذلك S3.

أعتقد أنه من الأسهل تغيير أسماء المضيف التي يتم استخدامها بدلاً من العبث مع ملف المضيفين.