إذا كنت تستخدم ساعي البريد لاختبار أداء واجهة برمجة تطبيقات الويب أو مراقبة حركة مرور ساعي البريد باستخدام Dotcom-Monitor، يمكن أن تكون مهمة جمع ساعي البريد أداة سريعة وفعالة جدا لإعداد اختبار تحميل في LoadView. للبدء بتكوين اختبار تحميل ، كل ما عليك فعله هو إنشاء مجموعة من مكالمات واجهة برمجة تطبيقات الويب الحالية في Postman وتحميلها إلى Dotcom-Monitor.
-
ما هو ساعي البريد؟
ما هو ساعي البريد؟
بوستمان هو كل شيء عن تطوير واجهة برمجة التطبيقات. إنه عميل واجهة برمجة تطبيقات يسمح للمطورين والفرق بإنشاء واختبار ، مشاركة واجهات برمجة التطبيقات وتوثيقها من خلال منصة واحدة. يوفر ميزات مختلفة، مثل الاختبار اليدوي والاختبار المحذوف، والاختبار التعاوني أيون، وإنشاء وثائق لواجهات برمجة التطبيقات الخاصة بك. يتضمن ساعي البريد حتى القدرة على إعداد خوادم وشاشات وهمية ، بحيث يمكن للمطورين تقديم طلبات يمكنها إرجاع بيانات الاختبار لضمان الوظائف قبل الانتقال إلى الإنتاج.
يسمح وجود هذه الميزات في النظام الأساسي لفرق التطوير بتبسيط عملية تطوير واجهة برمجة التطبيقات وتقديم جودة أعلى ودقة API في دورة قصيرة من develo pment. يدعم ساعي البريد عددا كبيرا من مكالمات واجهة برمجة التطبيقات, بما في ذلك REST و SOAP و HTTP ، و لغات واجهة برمجة التطبيقات مثل واجهة برمجة التطبيقات المفتوحة, الرسم البيانيQL، و RAML. انها الo يدعم مختلف المصادقه والتفويض أساليب بما في ذلك OAuth ومفاتيح API والمصادقة الأساسية والرموز المميزة لحاملها والمزيد لضمان إرسال طلب واجهة برمجة التطبيقات بأمان وأمان. أفضل جزء للمطورين هو أن أنها لا توفر حسابا مجانيا للبدء. يمكن للفرق الكبيرة الاستفادة من الخطط المدفوعة التي تسمح بتكييف الهواءcإيس تيo المزيد من الميزات والوظائف.
في Postman ، يمكن للمستخدمين تقديم طلبات لاسترداد البيانات أو إرسالها من نقاط نهاية API دون الحاجة إلى إنشاء رمز أو محطة طرفية. يتم تقديم هذه الطلبات باستخدام طرق HTTP القياسية ، مثل GET و POST و PATCH و PUT و DELETE ، ومع ذلك ، هناك أنواع إضافية من أنواع الطلبات المقدمة التي يمكن للمستخدمين الاستفادة منها داخل واجهة Postman.
إلى جانب إنشاء الطلبات، يمكن تسمية كل طلب على حدة، اعتمادا على الإجراء المطلوب. على سبيل المثال ، إذا كنت ترسل طلب GET يطلب بلدا أو ولاية ، فيمكنك تسمية هذا الطلب “بلد GET” أو “حالة GET” ، مما يسهل البحث عنه لاحقا. بعد تقديم الطلب ، سيعرض Postman أيضا للمستخدمين رمز حالة HTTP ، مثل استجابة 200 OK ، والمدة التي استغرقها هذا الطلب.
متى تختار مهمة HTTP بدلا من مهمة جمع ساعي البريد
هناك جانب تحتاج إلى مراعاته عند تكوين اختبار تحميل باستخدام مجموعة ساعي
البريد ، ولكن التنوب
سانت ، دعنا نتحدث قليلا عن ماهية مجموعة
ساعي البريد وبعض الخلفية وراء ميزة ساعي البريد هذه
.
ساعي البريد
C
ollection هو
مجموعة من
المحفوظة
الطلبات التي
يستخدمها المطورون
للإنشاء
لحالة
استخدام محددة
التي يمكنهم تنظيمها
بعد ذلك
في المجلدات
والوصول إليها كلما احتاجوا
. على سبيل المثال
يمكن إنشاء مجموعة
لجلب موارد أو معلومات مستخدم معينة بعد
تسجيل دخول المستخدم
واجهة برمجة التطبيقات.
بدلا من الاضطرار إلى العودة للعثور على
كل
هذه الطلبات المختلفة بشكل فردي ، يمكنك وضعها
في مجموعة. هذا يجعل من السهل تجميع جميع طلباتك في رر واحدالآس والوصول إليها بسرعة في وقت لاحق.
علاوة على ذلك ، يمكن للمستخدمين تحديد تفاصيل المصادقة
لمجموعة
كاملة أو تعيينها بشكل فردي حسب الطلب.
في LoadView ، يتم تنفيذ كل برنامج نصي لاختبار ساعي البريد بواسطة عملية مخصصة. نظرا للخصوصيات في تخصيص الحمل على خوادم حاقن التحميل ، يمكن ل LoadView تنفيذ ما يصل إلى 30 عملية في المرة الواحدة على خادم حاقن تحميل واحد. لذلك ، يمكنك إعداد النظام لتشغيل ما يصل إلى 30 مستخدما متزامنا لكل حاقن تحميل. من حيث الحمولة الصافية ، هذا يعني أنه كلما زاد عدد المستخدمين المتزامنين الذين تريد تشغيلهم أثناء اختبار المزيد من حاقنات الحمل التي تحتاج إلى استخدامها لاختبار الحمل. يمكن أن يؤدي ذلك إلى زيادة التكلفة الإجمالية لاختبارات الحمل الكبيرة (انظر تسعير حاقن الحمل).
في الحالة التي تحتاج فيها إلى زيادة عدد المستخدمين المتزامنين ، يرجى التفكير في تحويل مجموعة ساعي البريد إلى اختبار تحميل HTTP متعدد الطلبات كما هو موضح لاختبار تحميل Rest Web API. نظرا لعدم تنفيذ اختبار HTTP في عملية واحدة ، فإنه لا يتطلب العديد من موارد Load Injector مثل مهمة جمع ساعي البريد. عادة ، بالنسبة لاختبار HTTP ، يمكنك تشغيل من 500 إلى 1000 مستخدم متزامن على خادم حاقن تحميل واحد. لذلك ، يمكنك توسيع نطاق الحمولة إلى أرقام أعلى بكثير من مهمة جمع ساعي البريد دون زيادة كبيرة في التكلفة الإجمالية.
إنشاء اختبار
قبل البدء في تكوين المهمة، قم بإعداد مجموعة ساعي البريد ليتم استيرادها إلى Dotcom-Monitor كما هو موضح في تحميل مجموعة ساعي البريد إلى Dotcom-Monitor.
لتكوين سيناريو اختبار التحميل، تحقق من اختبار تحميل واجهة برمجة تطبيقات الويب باستخدام مجموعة ساعي البريد للحصول على بعض التلميحات الخاصة.
بمجرد تحديد مهمة مجموعة ساعي البريد ، سيطلب منك استيراد مجموعة ساعي البريد وضبط إعدادات المهمة.
استورد
انقر على استيراد وحدد خيارا مناسبا لتحميل المجموعة. يمكنك تحميل ملف JSON مع مجموعة ساعي البريد أو توفير الرابط العام للمجموعة (إذا تم نشره). سيتم عرض البرنامج النصي للمجموعة في قسم طلبات التجميع .
بشكل افتراضي ، نقوم باستيراد إعدادات المجموعة من ساعي البريد. إذا لزم الأمر ، يمكنك تغيير القيم المقابلة في إعدادات اختبار LoadView. لاحظ أنه لا يتم تمرير قيم متغير البيئة مع إعدادات المجموعة. إذا كنت تستخدم متغيرات في المجموعة المستوردة، الرجاء مراجعة كيفية العمل مع متغيرات بيئة ساعي البريد في Dotcom-Monitor.
التأخير بين الطلبات
تأخير (بالثواني) بين كل طلب في المجموعة. يتم أخذ وقت التأخير في الاعتبار في حساب وقت الاستجابة. بشكل افتراضي ، يستخدم النظام تأخيرا عشوائيا بين 3 و 6 ثوان يحاكي تأخير المستخدم العادي. يمكنك تعيين تأخير مخصص بين الطلبات في الخطوة التالية من إعداد اختبار التحميل: في صفحة تحميل إعداد الاختبار ، انقر فوق
ضبط سلوك المستخدم
وحدد تأخيرا مخصصا بين الطلبات.
تجاهل أخطاء الشبكة
بشكل افتراضي ، يتحقق Dotcom-Monitor من طلبات شبكة Postman بشأن أخطاء الشبكة. إذا لم تكن أخطاء الشبكة مصدر قلقك ، فيمكنك تكوين النظام لتصفية هذا النوع من الأخطاء. إذا تم تعيين الخيار تجاهل أخطاء الشبكة إلى نعم ، فلن يقوم Dotcom-Monitor برفع خطأ في طلبات Postman الفاشلة. ومع ذلك ، ستتمكن من رؤية أخطاء HTTP في تقرير جلسة الاختبار ذات الصلة.
عتبة التحقق من صحة الوقت
فاصل زمني بالثواني يجب أن تنتظر المهمة إكمال الطلبات وتنفيذ التجميع قبل إنهاء المهمة وإرجاع خطأ. في حالة انتهاء المهلة، سيتم إنشاء خطأ التحقق من الصحة على التحقق من صحة جهاز الاختبار.
مهلة الطلب
فاصل زمني بالثواني يجب أن تنتظر المهمة ردا على طلب واحد من المجموعة.
مهلة البرنامج النصي
فاصل زمني بالثواني يجب أن تنتظر المهمة اكتمال البرنامج النصي للتأكيد قبل إنهاء المهمة وإرجاع خطأ. الحد الأقصى لمهلة البرنامج النصي هو 30 ثانية.
قيود اختبار أداء واجهة برمجة التطبيقات مع ساعي البريد
يمكن استخدام ساعي البريد لأتمتة العديد من أنواع الاختبارات اليومية التي ينفذها المطورون يدويا ، مثل اختبار الوحدة والاختبار الوظيفي واختبار التكامل واختبار الانحدار والاختبار الوهمي والمزيد. يمكن للمطورين والفرق أيضا أتمتة الاختبار من خلال دمجأدوات CI / CD الشائعة ، مثل Jenkins ، لاختبار الإصدارات الخاصة بك.
ومع ذلك ، من أجل إجراء اختبار الأداء مع مئات أو آلاف المستخدمين المتزامنين ، سيحتاج مستخدمو Postman إلى استخدام حل اختبار تحميل وأداء تابع لجهة خارجية. هذا هو المكان الذي يمكن أن يكون حل LoadView حقا طريقة رائعة لإجراء اختبار الأداء بسرعة وسهولة لواجهات برمجة التطبيقات الخاصة بك. حتى هذه المرحلة من عملية التطوير ، تم تخصيص الكثير من العمل والوقت لضمان الوظائف. لا تدع ذلك يضيع من خلال التخلي عن اختبار الأداء.
اختبار الأداء يأخذ الاختبار الوظيفي إلى المستوى التالي للتأكد من أن واجهات برمجة التطبيقات الخاصة بك ستصمد أمام ظروف العالم الحقيقي. أنت لا تريد دفع التعليمات البرمجية بشكل أعمى إلى الإنتاج معut اختبار أولا. أنت تخاطر بمواجهة المستخدمين ل أقل من المرغوب فيه تجربة. بواسطة رتحديد أوقات استجابة واجهة برمجة التطبيقات والموثوقية أثناء الحمل، يمكنك الحصول على فهم أفضل لكيفية تفاعل واجهة برمجة التطبيقات وأدائها في ظل ظروف ذروة حركة المرور و ضبط الموارد والقدرة حسب الضرورة. يقدم ساعي البريد ميزة تسمى Postman Collection Runner ، لكنها ليست بديلا عن اختبار الأداء الحقيقي من البداية إلى النهاية.
الهدف الأساسي من ساعي البريد هو إظهار ما إذا كانت طلباتك تنجح أو تفشل أثناء تشغيلها على التوالي. لا يمتلك Postman وظيفة إجراء اختبارات تحميل كبيرة الحجم داخل النظام الأساسي. إنه أمر رائع لاختبار وظائف واجهة برمجة التطبيقات والتحقق لمعرفة ما إذا كانت الطلبات تؤدي إلى استجابات صالحة أم لا ، ولكن إذا كنت واجهة برمجة التطبيقات سيتم استخدامها في النهاية بواسطة عدد كبير من المستخدمين المتزامنين ، ستحتاج إلى التأكد من أن أنظمتك وخدماتك ستكون قادرة على التعامل مع الحمل المتوقع لواجهة برمجة التطبيقات الخاصة بك.
سيناريو اختبار LoadView وتنفيذه
بمجرد الانتهاء من استيراد ساعي البريد كولي الخاص بكإعدادات ction والاختبار ، يمكنك البدء في العملية النهائية لإعداد الإعدادات الخاصة بكcenario وتنفيذ اختبار الحمل الخاص بك. تحميل يوفر خيارات متعددة لمنحنى الاختبار لتناسب أفضل أهداف الاختبار الخاصة بك. تشمل الخيارات ما يلي: الحمل القياسي درج منحنى ، منحنى قائم على الهدف ، وديناميكيا تعديل حجن. يوفر لك كل نوع من أنواع منحنى التحميل القدرة على تعيين مستويات مستخدم متزامنة متعددة ومعدلات المعاملات طوال مدة الاختبارات.
- منحنى خطوة التحميل: يسمح لك بتعيين خطة تنفيذ اختبار الأداء الخاصة بك مع عدد يبدأ من المستخدمين ، بالإضافة إلى إجراءات إضافية ، مثل مقدار الوقت اللازم للاحتفاظ بعدد المستخدمين المتزامنين أو زيادته
- المنحنى المستند إلى الهدف: يضبط المستخدمين المتزامنين لتلبية معدل محدد مسبقا من المعاملات.
- منحنى ديناميكي قابل للتعديل: يتيح لك ذلك زيادة أو تقليل عدد المستخدمين المتزامنين أثناء تشغيل الاختبار ، حتى تتمكن من معرفة كيفية استجابة نظامك.
تعرف على المزيد حول منحنيات التحميل هذه وإعدادات سيناريو اختبار LoadView الإضافية.
تتمثل إحدى الخطوات الأخيرة في سيناريو اختبار الحمل في اختيار المكان الذي لتشغيل الاختبار الخاص بك من. Tتوفر منصة LoadView أكثر من 20 موقعا عالميا تتطابق بشكل أفضل مع مكان وجود المستخدمين للحصول على فكرة أفضل عن الأداء حسب الموقع.
تهدف منصة LoadView إلى تبسيط أهداف وعمليات اختبار performance الخاصة بك. لا يتطلب LoadView أي أجهزة أو شبكة إضافية لإدارتها، مما يسمح لفرقك بتعيين الإعدادات بسرعة قم بتشغيل اختبارات كل نموذج دونالمتاعب التيتتطلبها الأنظمة الأساسية الأخرى.