مخطط اختبار تطبيق شبكة الانهيار الجليدي لاتصالات Sibron

يوفر التحسين المتزايد للبنية التحتية للشبكة منصة جيدة للعديد من خدمات التطبيقات. توفر أوضاع الوصول المختلفة (مثل ADSL والكابل والوصول إلى الألياف الضوئية والجوال) للمستخدمين طرقًا مختلفة للوصول إلى الشبكة. تحتاج محطات الشبكة إلى أنواع أكثر وخدمات تطبيقات أكثر مرونة وأفضل جودة. هناك العديد من أنواع خدمات تطبيقات الشبكة ، بما في ذلك التطبيقات القياسية التقليدية ، مثل HTTP و FTP و DNS والتدفق والتطبيقات الأخرى. تعد تطبيقات P2P وتطبيقات المراسلة أكثر تعقيدًا وتنمو بشكل أسرع. يمكن اختبار التطبيقات التقليدية جيدًا بواسطة الأدوات. بالنسبة لتطبيقات P2P الناشئة وتطبيقات المراسلة ، يلزم توفير حلول أكثر مرونة وقابلية للتوسع من أجل المحاكاة.

يوفر هذا البحث حلاً رائدًا في الصناعة لاختبار تطبيقات الشبكة للانهيار الجليدي 3100 لشركة sibron.

يتضمن اختبار تطبيق الشبكة اختبار خادم تطبيق الشبكة واختبار البنية التحتية لتطبيق الشبكة الوسيطة. فيما يتعلق بتنفيذ البروتوكول ، تشمل تطبيقات الشبكة التطبيقات القياسية التقليدية ومجموعة متنوعة من التطبيقات غير القياسية (بدون مواصفات محددة) ، مثل P2P و messenger. لا يقتصر اختبار تطبيق الشبكة على اختبار تطبيق واحد فحسب ، بل يختبر أيضًا نموذج المرور. نموذج المرور هو تجريد لخصائص توزيع حركة مرور الشبكة في فترة زمنية معينة ويعكس توزيع التطبيقات المختلفة في الشبكة. يعد اختبار نموذج المرور أمرًا أساسيًا للغاية لاختبار معدات تحمل وكشف تطبيقات الشبكة.

ثلاثة   اختبار تطبيق الشبكة القياسي

يتضمن اختبار تطبيقات الشبكة القياسي بشكل أساسي الاختبار المستند إلى الويب ، واختبار DNS ، واختبار تدفق الوسائط ، واختبار الخوادم الأخرى (FTP ، والبريد ، و CIFS ، وما إلى ذلك). سوف تتوافق هذه التطبيقات مع معايير محددة ، ولها إطار بروتوكول محدد ، وسوف يتغير محتوى الاستضافة. خاصة بالتنفيذ ، سيكون للخوادم المختلفة أيضًا متطلبات محددة. تكمن صعوبة اختبار مثل هذه التطبيقات في اختبار الخوادم ، مثل الخوادم القائمة على الويب. على الرغم من أن التطبيق يعتمد على HTTP ، إلا أن الخوادم مثل البوابة الإلكترونية سيكون لها متطلبات صارمة على محتوى العميل. إذا تم دعم HTTP فقط ، فلا يمكن القول أنه يمكن اختبار خادم البوابة الإلكترونية ، لأن الأداة تحتاج إلى توفير الطلبات التي تتطلبها البوابة الإلكترونية لإكمال التفاعل مع البوابة الإلكترونية ، وإلا فلن يتم إجراء الاختبار. بالنسبة لاختبار التطبيق القياسي التقليدي ، يتم أخذ اختبار البوابة كمثال لتوضيح كيف يحقق الانهيار الجليدي 3100 لاتصالات السيبرون اختبار الخادم.

(1) اختبار خادم البوابة

البوابة عبارة عن نظام مصادقة على شبكة الإنترنت (HTTP / HTTPS) ، والذي يوفر بشكل أساسي التخصيص وتسجيل الدخول الفردي وجمع محتوى مصادر المعلومات المختلفة. البوابة هي تقنية تكامل معلومات يمكنها بسهولة تزويد المستخدمين بواجهة موحدة وخدمات مخصصة.

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

(2) سيناريو الاختبار

يحاكي Avalanche 3100 عميل تسجيل الدخول ويسجل الدخول إلى البوابة الإلكترونية. بعد تسجيل الدخول بنجاح ، أصبح فيلم Avatar عند الطلب.

تتطلب عملية تسجيل الدخول العديد من العمليات التفاعلية الديناميكية ، مثل معرف الجلسة وملف تعريف الارتباط وحالة العرض. يحقق Avalanche 3100 الغرض من التفاعل الديناميكي من خلال تباين المحتوى الديناميكي ، ويوفر اختبار ضغط عالي الأداء في نفس الوقت. يعتبر Avalanche 3100 أيضًا أداة اختبار الأداء الوحيدة التي تدعم التفاعل الديناميكي مع البوابة.

(3) اختبار P2P و رسول

في الوقت الحالي ، بالإضافة إلى التطبيقات القياسية ، هناك الآلاف أو أكثر من التطبيقات الشائعة في الشبكة ، مثل تطبيقات P2P (BitTorrent و eDonkey و Kazaa و Gnutella) وتطبيقات messenger (MSN و QQ و Yahoo Messenger و Skype و Gtalk). في الوقت نفسه ، سيكون لدى بعض المؤسسات البحثية أو المؤسسة العسكرية بروتوكولات الملكية الخاصة بها أو التطبيقات المخصصة. يعد اختبار هذه التطبيقات مشكلة شائكة ، ويرجع ذلك أساسًا إلى أن هذه التطبيقات غير قياسية ، وغير قياسية ، ومتنوعة ، وتغييرات سريعة في البروتوكول ، ولا يمكن تتبعها واحدة تلو الأخرى. في الماضي ، كانت طريقة الآلة هي محاكاة هذه التطبيقات من خلال تشغيل جلسة واحدة. تكمن المشكلة في أنه لا يمكن تعديلها في أي وقت وفقًا لتغييرات التطبيق ، علاوة على ذلك ، فإن التشغيل البسيط لمستخدم واحد لا يمكن أن يدرك تغيير المستخدمين المتعددين والمشاهد المتعددة والعملية المتعددة ، والتي تعد بعيدة عن الشبكة الحالية ، وهذا التشغيل لا يمكن تحرير أو حتى تخصيص العملية التفاعلية. جميع العمليات متشابهة ، وتأثير اختبار DPI ضعيف للغاية. في ضوء هذا الموقف ، يمكن أن توفر sapee (بيئة محاكاة تشغيل التطبيقات القابلة للتطوير) التي يوفرها avalanche 3100 مخططًا مرنًا وقابلًا للتطوير لمحاكاة جميع التطبيقات غير القياسية بشكل ديناميكي استنادًا إلى TCP / UDP ، وذلك للتكيف مع ترقية الإصدار وتغيير البروتوكول من التطبيقات المختلفة.