كيفية إنشاء مجموعة اختبار وحالة اختبار في SoapUI
فريق التحرير
⚡ ملخص ذكي
خلق SoapUI يُمكّنك كلٌّ من المشروع ومجموعة الاختبارات وحالات الاختبار من إجراء اختبارات منظمة لخدمات الويب باستخدام بروتوكول SOAP. يشرح هذا الدليل أساسيات بروتوكول SOAP، واستيراد ملفات WSDL، وتنفيذ الطلبات، وإعداد التأكيدات، وتحليل سجلات الاستجابة لإجراء اختبارات وظيفية واختبارات انحدار موثوقة.
فهم بروتوكول SOAP
قبل إنشاء ملف SoapUI في حالة الاختبار، من المفيد مراجعة أساسيات بروتوكول SOAP. إن الفهم الواضح لكيفية انتقال طلبات واستجابات SOAP بين الأنظمة يُسهّل استخدامها. SoapUI لاختبارها بفعالية.
SOAP تعني بروتوكول الوصول إلى كائن بسيطفيما يلي الخصائص الأساسية لبروتوكول SOAP:
- هو بروتوكول قائم على لغة XML يستخدم للتواصل بين نظامين مختلفين.
- هو نظام مستقل عن المنصة واللغة. نظام تم تطويره باستخدام Java يمكنه التواصل مع برنامج تم تطويره باستخدام .NET.
- يتم نقل طلبات واستجابات SOAP عبر بروتوكول HTTP.
تعرّف على تنسيق رسالة SOAP
رسالة SOAP هي مستند XML عادي يحتوي على العناصر التالية. يمكن أن تكون الرسالة إما طلبًا أو استجابة.
بعد وضع أساسيات SOAP، تتمثل الخطوة التالية في بناء SoapUI هيكل المشروع، ومجموعات الاختبار، وحالات الاختبار اللازمة للتحقق من صحة خدمة ويب معينة. يستخدم الشرح التالي... SoapUI مثال على مشروع لإنشاء مشروع SOAP جديد.
إنشاء مشروع SOAP في SoapUI
يحتوي مشروع SOAP على تعريف WSDL المستورد بالإضافة إلى جميع طلبات العينة التي تم إنشاؤها لكل عملية.
الخطوة 1 : بحسب نوع المشروع، استورد بروتوكول SOAP أو REST. في هذا المثال، أنشئ مشروع SOAP جديد.
الخطوة 2 : استخدم طلب SOAP التالي URL: http://www.dneonline.com/calculator.asmx?wsdl
- أدخل اسم المشروع.
- أدخل مسار طلب WSDL (في هذه الحالة، http://www.dneonline.com/calculator.asmx?wsdl).
- انقر OK.
ملاحظة:
- أنشئ نموذج طلب لجميع العمليات: يُنشئ طلبًا نموذجيًا لكل عملية في ملف WSDL. يتم تفعيله افتراضيًا عند إدخال عنوان WSDL؛ ويمكن إلغاء تحديده إذا لم يكن مطلوبًا.
- أنشئ مجموعة اختبار لملف WSDL المستورد: يضيف SoapUI مجموعة اختبارات ضمن المشروع لملف WSDL المستورد.
- المسارات النسبية: يحفظ جميع الملفات المتعلقة بملف المشروع لسهولة نقلها.
الخطوة 3 : بعد إنشاء مشروع SOAP باستخدام WSDL المذكور أعلاه، سيتم استيراد عمليتين إلى المشروع.
الخطوة 4 : قم بتوسيع الطلب الأول، ثم انقر بزر الماوس الأيمن إضافة، ثم اضغط طلب جديد.
ثم اضغط OKيتم عرض طلب SOAP بتنسيق XML.
- أدخل قيمًا لـ intA و intB.
- انقر على إرسال .
- يظهر ملف XML الخاص بالاستجابة في الجزء الأيمن.
لماذا يتم إنشاء حالات اختبار بدلاً من الطلبات المباشرة؟
من الممكن إرسال طلب لعملية واحدة مباشرةً، لكن هذه الطريقة سرعان ما تواجه قيودًا عند اختبار تركيبات إدخال متعددة. على سبيل المثال، يتطلب التحويل من 5+5 إلى 4+4 تعديل الطلب في كل مرة. تتيح مجموعة الاختبارات المزودة بحالات اختبار إمكانية إعادة استخدام كل سيناريو دون تغيير العملية الأصلية.
كيفية إنشاء مجموعة اختبار في SoapUI
مجموعة الاختبارات هي حاوية تجمع حالات الاختبار ذات الصلة. اتبع الخطوات التالية لإنشاء واحدة.
الخطوة 1) انقر بزر الماوس الأيمن على جذر المشروع.
ضمن المشروع، أنشئ مجموعة اختبار بالنقر بزر الماوس الأيمن على جذر المشروع.
الخطوة الثانية) أدخل تفاصيل مجموعة الاختبار.
أدخل اسم مجموعة الاختبار وانقر OK.
الخطوة 3) التحقق من مجموعة الاختبارات التي تم إنشاؤها.
تظهر مجموعة الاختبارات الجديدة في جزء التنقل كما هو موضح أدناه.
الخطوة الرابعة) افتح مجموعة الاختبارات.
تُفتح نافذة مجموعة الاختبارات في الجزء الأيمن. ولأنه لا توجد حالات اختبار حتى الآن، فإن جميع خيارات الإجراءات تبقى معطلة.
كيفية إنشاء حالة اختبار في SoapUI
توجد حالات الاختبار داخل مجموعة الاختبار وتجمع خطوات الاختبار الفردية التي تختبر خدمة الويب.
الخطوة 1 : ضمن مجموعة الاختبارات، أنشئ اختبارات متعددة بالنقر بزر الماوس الأيمن على مجموعة الاختبارات واختيار حالة اختبار جديدة.
الخطوة 2 : حدد اسم ملف حالة الاختبار ثم انقر OK.
الخطوة 3 : تحتوي حالة الاختبار التي تم إنشاؤها على صفر من الخطوات في البداية، كما هو موضح أدناه.
ملاحظة: تُضاف حالة الاختبار بدون أي خطوات اختبار لكل نوع اختبار. ومع إضافة الخطوات، يتم تحديث الأرقام بين القوسين تلقائيًا.
خطوات الاختبار الوظيفي تنتمي إلى خطوات الاختبار، تدخل خطوات الأداء في اختبار الحملوتخضع عمليات التفتيش الأمني لـ اختبارات الأمان.
الخطوة 4 : أدرج أنواعًا مختلفة من خطوات الاختبار بالنقر بزر الماوس الأيمن. خطوات الاختبار واختيار الخيار المناسب. بالنسبة لخدمة ويب REST، اختر طلب اختبار REST بدلاً من طلب SOAP.
إضافة خطوة اختبار في SoapUI
أضف خطوة اختبار للتحقق من صحة طلب SOAP المستورد داخل حالة الاختبار.
الخطوة 1 : أضف خطوة جديدة من النوع طلب SOAP كما هو مبين أدناه.
الخطوة 2 : أدخل اسم الخطوة وانقر OK.
الخطوة 3 : يظهر مربع حوار لاختيار العملية المراد تنفيذها. يتم سرد جميع العمليات المتاحة للاختيار.
- تظهر هنا العديد من العمليات. العمليات متطابقة باستثناء إصدار SOAP: يستخدم CalculatorSoap إصدار SOAP 1.1، بينما يستخدم CalculatorSoap12 إصدار SOAP 1.2.
- لا يهم الإصدار في هذا السيناريو، لذا يمكن اختيار أي منهما.
- بعد تحديد العملية، انقر OK.
الخطوة 4 : عند إضافة حالة اختبار، يمكن تطبيق التأكيدات القياسية. سيتم تناول التأكيدات، التي تُسمى أيضًا نقاط التحقق أو نقاط التحقق من الصحة، في الدرس التالي.
يمكن إضافة نقاط التحقق التالية أثناء إنشاء حالة اختبار. المثال أدناه ينشئ حالة اختبار بدون تفعيل أي نقاط تحقق.
- يتحقق مما إذا كانت رسالة الاستجابة من نوع SOAP بعد تشغيل الاختبار.
- يتحقق من صحة مخطط الاستجابة.
- يتحقق مما إذا كانت استجابة SOAP تحتوي على عنصر FAULT.
الخطوة 5 : عند إنشاء حالة الاختبار، يظهر ملف XML الخاص بالطلب كما هو موضح أدناه. ويشرح الرسم التوضيحي بنية ملف XML.
الخطوة 6 : تمت زيادة عدد خطوات الاختبار إلى واحد لإضافة خطوة جديدة. وستؤدي إضافة خطوات اختبار التحميل والأمان إلى زيادة عداداتها تلقائيًا.
إرسال الطلب يدويًا وقراءة الرد في SoapUI
الخطوة 1 : يجمع المثال أدناه عددين صحيحين.
- intA — 5
- intB — 5
التالى:
- أدخل هذه المدخلات بدلاً من علامات الاستفهام في ملف XML الخاص بالطلب.
- بعد تحديث علامات XML المقابلة، انقر إرسال طلب للتحقق من الاستجابة.
الخطوة 2 : بعد إرسال الطلب، تتم معالجة خدمة الويب بواسطة خادم الويب ويتم إرجاع الاستجابة، كما هو موضح أدناه.
تؤكد الإجابة أن 5 زائد 5 يساوي 10.
فهم لوحات استجابة SOAP وسجلات النظام
كما ذكرنا سابقاً، تُنقل رسائل SOAP عبر بروتوكول HTTP. ويساعد فحص الرسائل الخام على توضيح كيفية نقل طلب واستجابة SOAP عبر بروتوكول HTTP.
الخطوة 1 : انقر على RAW في علامة التبويب SoapUI نافذة الطلبات.
- يتم إرسال الطلب إلى خادم الويب، لذلك يتم استخدام طريقة HTTP POST.
- ينتقل طلب SOAP في نص رسالة HTTP.
الخطوة 2 : الآن انقر فوق RAW في علامة التبويب SoapUI نافذة الاستجابة لفهم كيفية تسليم الاستجابة عبر بروتوكول HTTP.
- بعد معالجة الطلب، يتم عرض رمز استجابة HTTP (200)، مما يشير إلى النجاح.
- يتم إرجاع استجابة SOAP إلى العميل داخل نص رسالة HTTP.
يلخص الجدول أدناه رموز استجابة HTTP الشائعة لتسهيل عملية تصحيح الأخطاء.
| HTTP Code | الوصف |
|---|---|
| 1xx | معلوماتية: تم استلام الطلب، وتستمر عملية المعالجة. |
| 2xx | نجاح: تم استلام الإجراء وفهمه وقبوله بنجاح. |
| 3xx | إعادة التوجيه: يلزم اتخاذ إجراءات إضافية لإتمام الطلب. |
| 4xx | خطأ من جانب العميل: الطلب يحتوي على صيغة خاطئة أو لا يمكن تنفيذه. |
| 5xx | خطأ في الخادم: فشل الخادم في تلبية طلب يبدو صحيحاً. |
الخطوة 3 : تعرض نافذة حالة الاختبار أيضًا بيانات وصفية إضافية للطلب والاستجابة.
- يشير هذا إلى عدم وجود رأس في الطلب المرسل.
- يشير هذا إلى عدم وجود مرفقات في الطلب المرسل إلى خادم الويب.
- يشير إلى 10 عناصر رأسية في الاستجابة، ويمكن عرضها عند النقر.
- يشير إلى عدم وجود مرفقات في رسالة الرد.
لوحة السجلات
تعرض لوحة السجلات المعلومات الكاملة المتبادلة بين العميل والخادم. فيما يلي وصف لأكثر علامات تبويب السجلات استخدامًا.
SoapUI تسجيل: يعرض معلومات الاستجابة من خادم الويب. يتم تخزين البيانات نفسها في ملف soapui.log داخل SoapUI مجلد bin.
سجل HTTP: يعرض جميع عمليات نقل حزم HTTP. يتم أيضًا تسجيل جميع المعلومات المرئية في عرض RAW في سجل HTTP.
سجل الأخطاء: يعرض جميع الأخطاء التي تمت مواجهتها خلال جلسة المشروع بأكملها. يتم تخزين نفس المعلومات في ملف soapui-errors.log داخل SoapUI مجلد bin.
سجل الذاكرة: يراقب استهلاك الذاكرة ويعرضه على شكل رسم بياني. وهذا مفيد عند تشغيل عمليات تتطلب استخداماً مكثفاً للذاكرة.
بعد إعداد مجموعة الاختبارات، وحالة الاختبار، وخطوة الاختبار، واستلام استجابة ناجحة، تأتي الخطوة التالية وهي التحقق من صحة الاستجابة. سيتم شرح أنواع التأكيدات في الدرس التالي.
