إذا كان لديك مجموعة من اختبارات التكامل لاختبار واجهة برمجة التطبيقات الداخلية باستخدام Insomnia ، فيمكنك تحميل مجموعات اختبار Insomnia الخاصة بك إلى Dotcom-Monitor لاختبار واجهة برمجة التطبيقات من 40+ موقعا عالميا.
يدعم Dotcom-Monitor مجموعة متنوعة من الخيارات ، مثل التنبيه بشأن الأخطاء التي تحدث أثناء المراقبة ، وتحديد مواقع المراقبة ، بالإضافة إلى تكوين جدولة المراقبة ، والفلاتر ، وإعداد التقارير عن نتائج المراقبة. من خلال فحوصات المراقبة المجدولة من كل دقيقة إلى كل 3 ساعات ، سيكتسب فريقك مستوى عال من المرونة في إعداد المراقبة.
قبل البدء
مجموعات طلب الأرق ووثائق التصميم
قبل البدء في تكوين الجهاز ، لاحظ أن Dotcom-Monitor يدعم استيراد كل من مجموعات طلبات الأرق ومستندات التصميم. ومع ذلك ، هناك اختلاف في الطريقة التي نعالج بها مستندات التصميم المستوردة ومجموعات الطلبات
.
عند
تحميل مجموعة أو مستند Insomnia إلى Dotcom-Monitor ، تأكد من تصدير بيانات Insomnia إلى ملف JSON.
عندما تقوم بتحميل مستند تصميم Insomnia إلى Dotcom-Monitor وإجراء اختبار مراقبة ، فإننا ننفذ المجموعة الأولى فقط من قائمة مجموعة الاختبار. يتم تجاهل كافة مجموعات الاختبار الأخرى في المستند.
عندما تقوم بتحميل مجموعة طلبات الأرق إلى Dotcom-Monitor ، فإننا نقوم بتنفيذ المجموعة والتحقق من الاستجابة لأي أخطاء في الشبكة ورمز الاستجابة مثل 404 و 401 و 500 وما إلى ذلك.
إعداد جهاز مراقبة مجموعة الأرق
للحصول على نظرة عامة سريعة حول كيفية إنشاء جهاز مراقبة، يرجى قراءة مقالة إنشاء قاعدة معارف جهاز مراقبة .
إذا كنت ستقوم بإعداد مراقبة لمجموعة من مجموعات Insomnia ، نوصيك بتعيين مجموعة واحدة لكل جهاز. لمزيد من التفاصيل، راجع مقالة قيود الأهداف المتعددة على موقع الويكي الخاص بنا.
يمثل طلب HTTP في المجموعة مهمة مراقبة منفصلة وسيتم تحصيل رسوم وفقا لحزمتك. انظر أيضا
التقريبي مصفوفة التسعير لمراقبة WebView مقالة قاعدة المعارف. Pاستأجر الاتصال الخاص بك دوت كوم مونيتور Aكونت Executive مع أي الاسئله.
إذا كنت تريد أن يقوم Dotcom-Monitor بإنشاء تنبيهات وإرسال إشعارات تنبيه عند
عدم استيفاء أي شرط تم تعيينه بواسطة الاختبارات أو اكتشاف أي أخطاء في الشبكة أثناء تنفيذ المجموعة
، فتأكد من تكوين إعدادات تنبيه الجهاز.
استيراد مجموعة الأرق ووثيقة التصميم
نقر استورد وحدد ملف JSON مع مجموعة أو مستند Insomnia لتحميله. ال سيناريو الأرق سيتم عرضها في طلبات التحصيل قسم.
مهلة التحصيل
تحدد مهلة التجميع ، المقاسة بالثواني ، المدة التي يجب أن ينتظرها الجهاز حتى تكتمل طلبات واختبارات الأرق قبل إنهاء المهمة ورفع خطأ.
إعداد البرنامج النصي
راجع مقالة استخدام البرنامج النصي .
تأمين البيانات في الطلبات
يرجى الاطلاع على كيفية حماية المعلومات الحساسة المرسلة مع طلبات الأرق في مقالة تأمين البيانات الحساسة في طلبات الأرق باستخدام Dotcom-Monitor .
تجاهل أخطاء الشبكة
قد تتضمن أخطاء الشبكة أخطاء في دقة DNS أو مهلات/أخطاء اتصال TCP أو الحالات التي يقوم فيها الخادم بإنهاء الاتصال أو إعادة تعيينه برمز حالة استجابة 4xx أو 5xx (وبدون بيانات). بشكل افتراضي ، يقوم Dotcom-Monitor بإنشاء أخطاء وإرسال إشعارات تنبيه حول أخطاء شبكة Insomnia التي حدثت أثناء التنفيذ. إذا لم تكن أخطاء الشبكة مصدر قلقك أو كان سلوكا متوقعا للنظام ، فيمكنك تكوين جهاز مراقبة Insomnia Collection لتصفية هذا النوع من الأخطاء.
إذا تم تعيين الخيار تجاهل أخطاء الشبكة إلى نعم ، فلن يقوم Dotcom-Monitor برفع خطأ في الطلبات الفاشلة من مجموعة Insomnia وتغيير حالة الجهاز إلى تنبيه. ومع ذلك ، سترى أخطاء HTTP في مراقبة تقارير الجلسة. في هذا السيناريو، سيتم استخدام مجموعة اختبار المجموعة للتحقق من صحة الاستجابة.
بشكل عام ، يوصى بتمكين خيار تجاهل أخطاء الشبكة إذا كنت ترغب في تلقي نتائج المراقبة التي تستند بالكامل إلى الاختبارات التي تم استيرادها باستخدام Insomnia Collection.
لنفترض أن لدينا مستند Insomnia يتحقق من رمز الخطأ 401 استجابة لإدخال معلومات تسجيل الدخول غير الصحيحة.
إذا تم تعيين الخيار تجاهل أخطاء الشبكة إلى نعم في Dotcom-Monitor وتم تلقي رمز حالة الاستجابة غير المصرح به 401 في الاستجابة ، فسيقوم النظام بتجاهل الخطأ وتفسير فحص المراقبة على أنه تم اجتيازه بنجاح.
إذا تم تعيين الخيار تجاهل أخطاء الشبكة إلى لا لجهاز مراقبة مجموعة الأرق نفسه، فسيقوم النظام برفع خطأ على كافة أخطاء الشبكة التي تم تلقيها أثناء تشغيل المجموعة، بما في ذلك الاستجابة 401 غير المصرح بها . سيتم تعيين حالة الجهاز على تنبيه.
تجاهل رموز الخطأ
الرجاء مراجعة تجاهل أخطاء طلب ويب لخدمات ويب ومراقبة البنية الأساسية للإنترنت
مراقبة واجهات برمجة التطبيقات المستندة إلى OAuth 2.0
بشكل عام، يتضمن استدعاء واجهة برمجة تطبيقات الخدمة باستخدام OAuth 2.0 خطوتين يتم تنفيذهما بالتتابع: أولا، الحصول على رمز مميز للوصول إلى واجهة برمجة التطبيقات باستخدام آلية مصادقة الرمز المميز للحامل. ثانيا ، استخدام الرمز المميز للحامل الممنوح لطلب بيانات مخصصة من الخدمة.
ومع ذلك ، نظرا لمشكلة Insomnia التي لم يتم حلها مع استرداد الرموز المميزة للوصول إلى OAuth في بيئات جديدة ، تفشل هذه المصادقة المستندة إلى الرمز المميز عند الاستيراد إلى Dotcom-Monitor. بمعنى آخر ، يفقد الطلب الثاني إشارته إلى الرمز المميز لحامله الذي تم الحصول عليه مع الطلب الأول.
كحل بديل ، يمكن التعامل مع استدعاء واجهة برمجة التطبيقات التي تتطلب رمزا مميزا لحاملها في طلب واحد داخل Insomnia.
لاستيراد مجموعة Insomnia ومراقبتها باستخدام Dotcom-Monitor ، تجنب طلب رمز مصادقة في أول استدعاء لواجهة برمجة التطبيقات لمجموعتك. بدلا من ذلك، يمكنك إعداد المصادقة مباشرة في طلب البيانات باستخدام نوع مصادقة OAuth 2.
بهذه الطريقة ، سيتم استيراد مجموعة Insomnia وتنفيذها بشكل صحيح في Dotcom-Monitor.