إختبار واجهة برمجة التطبيقات (API) هو نوع من إختبار البرامج الذي يتحقق من واجهة برمجة التطبيقات (API) لضمان أنها تفي بتوقعات الوظائف والموثوقية والأداء والأمان. يركز بشكل أساسي على طبقة منطق الأعمال وتبادل البيانات بين أنظمة البرامج بشكل مستقل عن واجهة المستخدم (UI)

هذا لاختبار عنوان URL بين النصوص

https://policycentral.cloudapps.cisco.com/cppc/policy-advisor/policies/view-policy/1624

تعكس مدونة قواعد سلوك الشركات (COBC) من Cisco كيفية عملنا واتخاذنا للقرارات بنزاهة. كما أنه يوفر الموارد اللازمة للمساعدة في الإبحار عبر القضايا المعقدة، مثل الاستخدام المسؤول لتقنية الذكاء الاصطناعي وتضارب المصالح.

function reverseString(str) {
  return str.split("").reverse().join("");
}

https://cisco.account.box.com/login

https://cisco.service-now.com/helpzone?id=sc_cat_item&sys_id=a9860b89dbd9a640cb5772fc0f96191d&u_business_service=f1e07aa9db95c34063339c26db96192f

اطلب المساعدة بشأن مشكلة تواجهها. سيتم إنشاء سجل الحوادث وإدارته حتى يتم الحل بنجاح. سيتم إعلامك أيضا بالتقدم.

https://www.geeksforgeeks.org/software-testing/software-testing-manual-testing/

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

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

إختبار الفيديو

فحص	جدول
	فحص الارتباط

جدول الاختبار

https://cisco.service-now.com/now/sow/record/incident/507c393193e672502c66ff60ed03d632

إختبار الصندوق الأبيض

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

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

https://en.wikipedia.org/wiki/Manual_testing

https://www.google.com/

تم ترحيل التحقق من "دور مطور BDB" من ART API إلى معرف Entra ضمن Access واحد. عند طلب الوصول، يرجى التأكد من تحديد "أسلوب التكامل: memberOf"، نظرا لوجود مستحقين بنفس الاسم.

• الاتصال في طبقة الرسائل: بدلا من إستخدام واجهة مستخدم رسومية (GUI)، تتفاعل إختبارات واجهة برمجة التطبيقات (API) مباشرة مع نقاط النهاية للتطبيق (URI) باستخدام طرق HTTP المختلفة (GET، POST، PUT، DELETE) وتنسيقات بيانات مثل JSON أو XML.
• الكشف المبكر عن العيوب: يمكن إجراء إختبارات واجهة برمجة التطبيقات (API) في وقت مبكر من دورة حياة تطوير البرامج، حتى قبل إنشاء واجهة المستخدم، مما يتيح للفرق العثور على المشكلات وحلها بشكل أكثر كفاءة وبتكلفة أقل.
• تركيز التشغيل التلقائي: ونظرا لطبيعة التفاعل المباشر والهيكل المتسق، فإن إختبارات API مناسبة تماما للتشغيل الآلي، وهو أمر حيوي في بيئات Agile و DevOps الحديثة لإجراء إختبارات مستمرة في خطوط أنابيب CI/CD.
• تغطية شاملة: فهو يوفر تغطية إختبار أوسع مقارنة باختبار واجهة المستخدم فقط، بما في ذلك الحالات المتطورة للاختبار ومعالجة الأخطاء ومكامن الضعف الأمنية التي قد يصعب الوصول إليها من خلال واجهة المستخدم.

• الاختبار الوظيفي: يتحقق من أن واجهة برمجة التطبيقات (API) تنفذ عملياتها المقصودة بشكل صحيح، وتعامل مع المدخلات والنواتج ورموز الحالة كما هو محدد.
• إختبار الأداء: يعمل على تقييم سرعة واجهة برمجة التطبيقات (API) واستقرارها وقابلية تطويرها في ظل ظروف حمل متنوعة (مثل ذروة حركة المرور والضغط).
• إختبار الأمان: يحدد مكامن الضعف مثل حقن SQL والبرمجة النصية عبر المواقع (XSS) والمصادقة/التفويض المكسور لحماية البيانات الحساسة.
• إختبار التجميع: يؤكد أن الأجزاء المختلفة لنظام أو خدمات خارجية التي يتفاعل معها واجهة برمجة التطبيقات تعمل معا بسلاسة تامة.
• إختبار العقد: يضمن أن API يلتزم بعقد متفق عليه (مواصفات مثل OpenAPI/Swaggeror WSDL)، مما يمنع كسر التغييرات بين تحديثات الخدمة.
• إختبار شامل: التحقق من صحة رحلات المستخدم بالكامل التي تتضمن العديد من مكالمات API التي تم ربطها معا.
• أنواع إختبارات واجهة برمجة التطبيقات
  يتم إستخدام أنواع مختلفة من إختبارات واجهة برمجة التطبيقات (API) لتغطية جوانب مختلفة من جودة التطبيق:

  تبدأ الاختبارات اليدوية بفهم ما يتوقع أن يقوم به البرنامج.

  • المتطلبات الوظيفية: تحقق من ميزات مثل تسجيل دخول المستخدم الصحيح.
  • المتطلبات غير الوظيفية: التحقق من صحة الأداء وقابلية الاستخدام والأمان (على سبيل المثال، وقت تحميل الصفحة في أقل من ثانيتين).
  • قصص المستخدم ومستندات التصميم: فهم تفاعلات المستخدم وتدفقات العمل.
  • مدخلات أصحاب المصلحة: توضيح المتطلبات مع العملاء أو مديري المنتجات أو المصممين.

  الخطوة 2: إنشاء خطة إختبار

  تحدد خطة الاختبار إستراتيجية الاختبار وأهدافه.

  • النطاق:يحدد الميزات التي سيتم إختبارها والاستبعادات.
  • الأهداف: لضمان الوظائف الأساسية وتجربة المستخدم.
  • الموارد: يحدد أعضاء الفريق، الأدوات، والجداول الزمنية.
  • تقنيات الاختبار: تتضمن الاختبارات الوظيفية، وقابلية الاستخدام، والاستكشافية.
  • البيئات: تحديد إعدادات التشغيل المرحلي أو ما يشبه الإنتاج.

  الخطوة 3: حالات إختبار التصميم

  حالات الاختبار واضحة، وهي برامج نصية خطوة بخطوة تضمن الاختبار اليدوي الشامل. تعمل حالات الاختبار كأدلة مفصلة للمختبرين، مما يضمن أن كل سيناريو يتم فحصه. تتضمن كل حالة إختبار ما يلي:

  • معرف الاختبار: رمز فريد، مثل TC_001، لسهولة التعقب.
  • الوصف: الهدف، مثل التحقق باستخدام مدخلات صحيحة.
  • الشروط المسبقة: ما هو المطلوب قبل البدء، مثل التواجد على صفحة البحث.
  • الخطوات: الإجراءات التي يجب إتخاذها، مثل إختيار تاريخ الغد، وانقر فوق "بحث".
  • النتيجة المتوقعة: النتيجة المرجوة، مثل قائمة بالرحلات الجوية بحسب الأسعار.
  • البريد: يعرض النظام صفحة النتائج.

  قراءة المزيد: كيف تكتب حالات إختبار؟

  الخطوة 4: إعداد بيئة الاختبار

  وينبغي لبيئة الاختبار أن تشبه إلى حد بعيد الإنتاج.

  • تثبيت التطبيقات المطلوبة.
  • تكوين الإعدادات الخاصة بالمشروع.
  • ضمان توفر بيانات الاختبار.
  • التحقق من متطلبات الأجهزة والبرامج.

  الخطوة 5: تنفيذ حالات الاختبار

  قم بتنفيذ حالات الاختبار خطوة بخطوة والتفاعل مع التطبيق كمستخدم.

  • النتائج الفعلية: ما يحدث اثناء تنفيذ الاعدام.
  • حالة المرور/الفشل: ما إذا كانت النتيجة الفعلية تطابق النتيجة المتوقعة أم لا.
  • ملاحظات: أي مشاكل متعلقة بالسلوك أو الاستخدام غير متوقعة.

  الخطوة 6: عيوب السجل والتقارير

  عند فشل إختبار أو حدوث سلوك غير متوقع، قم بتسجيل العيوب باستخدام:

  • معرف الخطأ: المعرف الفريد.
  • ملخص: وصف موجز لما هو العيب الفعلي
  • خطوات التكاثر: خطوات مفصلة لإطلاق المشكلة.
  • النتائج الفعلية مقابل النتائج المتوقعة:ما حدث مقابل ما كان ينبغي أن يحدث.
  • الخطورة: تحقق ما إذا كان التأثير حساسا أو كبيرا أو صغيرا.
  • الملحقات:لقطات الشاشة أو السجلات أو مقاطع الفيديو لإثبات الخلل.

  الخطوة 7: تعقب العيوب والتحقق منها

  بعد تطبيق الإصلاحات:

  • تعقب حالة العيب في الأداة.
  • اختصر المشاكل الثابتة.
  • إغلاق العيوب أو إعادة فتحها استنادا إلى النتائج.

  الخطوة 8: إجراء إختبار الارتداد

  يضمن إختبار الارتداد أن إصلاح العيوب أو التغييرات الجديدة لم تعطل الوظيفة الموجودة.

  • يتم التحقق من المناطق المتأثرة بعد حل الأخطاء.
  • تحقق من الميزات الهامة.
  • تحقق من نقاط التكامل لتضمن أنها تعمل كما كانت من قبل.

  الخطوة 9: إعداد تقارير إغلاق الاختبار

  بمجرد اكتمال الاختبار، قم بحساب النتائج مقابل أهداف خطة الاختبار وقم بإنشاء تقرير إغلاق إختبار لنفس الغرض:

  • ملخص: نظرة عامة على أنشطة الاختبار.
  • نتائج الاختبار: عدد حالات الاختبار التي تم تنفيذها وتمريرها وفشلت.
  • تم العثور على عيوب: إجمالي العيوب وخطورتها وحالة الحل.
  • المسائل المعلقة: أي عيوب أو مخاطر لم يتم حلها.
  • الدروس المستفادة: الرؤى للاختبارات المستقبلية.

  الخطوة 10: توفير الملاحظات والتوصيات

  تحليل نتائج الاختبار لتوفير ملاحظات عملية لأصحاب المصلحة، مثل:

  • جودة البرامج.
  • تحسينات العمليات.
  • إستراتيجيات الاختبار المستقبلية.
  • رؤى تجربة المستخدم.

  الأدوات المستخدمة للاختبار اليدوي

  • TestRail: أداة لإدارة الاختبارات سهلة الاستخدام لتنظيم حالات الاختبار اليدوية وتنفيذها والإبلاغ عنها مع عمليات تكامل ولوحات معلومات قوية
  • XRAY (في JIRA): أداة لإدارة الاختبارات قائمة على JIRA تدعم الاختبار اليدوي والمؤتمت و BDD مع إمكانية التتبع الكامل والدمج السلس
  • Qase: نظام أساسي حديث لإدارة الاختبارات قائم على السحابة مع واجهة مستخدم بسيطة وإنشاء حالة إختبار بدعم AI وتتبع العيوب المضمن
  • زيفير: حل قابل للتطوير لإدارة الاختبارات يدعم الاختبارات اليدوية والاستكشافية مع ميزات قوية لتكامل JIRA وإعداد التقارير
  • TwinKR: أداة لإدارة الاختبارات قائمة على الشبكات تتسم بخفة الوزن وتوفرها بسعر مناسب ومزودة بواجهة سهلة الاستخدام وميزات تعاون.

  الحاجة إلى الاختبار اليدوي

  • إستقرار وخلو من الأخطاء: يتمثل الهدف الرئيسي للاختبار اليدوي في التأكد من أن التطبيق خال من الأخطاء ومستقر ويتوافق مع المتطلبات، كما يوفر منتجا مستقرا للعملاء.
  • التعرف على المنتج: يساعد الاختبار اليدوي مهندسي الاختبار على التعرف أكثر على المنتج والحصول على منظور المستخدم النهائي. وهذا يساعدهم على كتابة حالات إختبار صحيحة للبرنامج.
  • إصلاح العيوب: يساعد الاختبار اليدوي على التأكد من أن العيوب قد تم إصلاحها من قبل المطور وأن إعادة الاختبار قد تم على العيوب الثابتة.

  فوائد الاختبار اليدوي

  • ملاحظات مرئية سريعة ودقيقة:إنها تكتشف كل خطأ تقريبا في تطبيق البرامج ويتم إستخدامها لاختبار تصميمات واجهة المستخدم الرسومية (GUI) التي تتغير بشكل ديناميكي مثل التخطيط والنص وما إلى ذلك.
  • أقل تكلفة:إنه أقل تكلفة لأنه لا يتطلب أي مهارات عالية المستوى أو نوع محدد من الأدوات.
  • لا يتطلب الأمر ترميز: لا يتطلب أي معرفة برمجة عند إستخدام طريقة إختبار الصندوق الأسود. من السهل التعلم للمختبرين الجدد.
  • فعال للتغييرات غير المخطط لها: الاختبار اليدوي مناسب في حالة التغييرات غير المخطط لها للتطبيق، حيث يمكن اعتماده بسهولة.

  
  كاتالون
  • الاختبار الوظيفي: يتحقق من أن واجهة برمجة التطبيقات (API) تنفذ عملياتها المقصودة بشكل صحيح، وتعامل مع المدخلات والنواتج ورموز الحالة كما هو محدد.
  • إختبار الأداء: يعمل على تقييم سرعة واجهة برمجة التطبيقات (API) واستقرارها وقابلية تطويرها في ظل ظروف حمل متنوعة (مثل ذروة حركة المرور والضغط).
  • إختبار الأمان: يحدد مكامن الضعف مثل حقن SQL والبرمجة النصية عبر المواقع (XSS) والمصادقة/التفويض المكسور لحماية البيانات الحساسة.
  • إختبار التجميع: يؤكد أن الأجزاء المختلفة لنظام أو خدمات خارجية التي يتفاعل معها واجهة برمجة التطبيقات تعمل معا بسلاسة تامة.
  • إختبار العقد: يضمن أن API يلتزم بعقد متفق عليه (مواصفات مثل OpenAPI/Swaggeror WSDL)، مما يمنع كسر التغييرات بين تحديثات الخدمة.
  • إختبار شامل: التحقق من صحة رحلات المستخدم بالكامل التي تتضمن العديد من مكالمات API التي تم ربطها معا.

• كيف يعمل

  تتيح لك الأدوات المرئية والودية إمكانية إنشاء الاختبارات وتمديدها وتنظيمها بسهولة عبر واجهات برمجة التطبيقات (API) وواجهات مستخدم الويب وقواعد البيانات ووحدات الخدمة (ESB) وحتى خوادم MCP الشائعة في الأنظمة التي ينتشر فيها الذكاء الاصطناعي. ولا يتطلب الأمر مهارات فنية عميقة. ونظرا لأنه يدعم أكثر من 120 بروتوكولا وتنسيقا للرسائل، يوفر لك برنامج SOAtest إطار عمل موحدا للتحقق من صحة منطق الأعمال من نهاية إلى نهاية.

  باستخدام SOAtest، يمكنك:

  • قم بإنشاء تدفقات قائمة على السيناريوهات تحاكي حركات الأعمال الحقيقية، مما يساعدك في العثور على الأخطاء المخفية التي تم تشغيلها بواسطة تسلسلات معينة.
  • بناء منطق الاختبار، والتأكيدات المعقدة، والحلقات، والتدفقات المعتمدة على البيانات بأقل قدر ممكن من الخبرة الفنية.
  • قم بتشغيل إختبارات فردية أو مجموعات كاملة، ثم قم بإرفاق عناصر التحكم في التراجع لتتعرف على التغييرات غير المتوقعة على الفور.

JavaScript Statements

Multiple statements on one line are allowed.











JavaScript Statements

Multiple statements on one line are allowed.











JavaScript Statements

Multiple statements on one line are allowed.











JavaScript Statements

Multiple statements on one line are allowed.











JavaScript Statements

Multiple statements on one line are allowed.

ما هي الاختبارات اليدوية للبرامج؟

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

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

خصائص إختبار البرنامج اليدوي

ترد أدناه − خصائص إختبار دليل البرامج

• يتم إجراء الاختبار اليدوي بالكامل بمساعدة التدخل البشري.
• الاختبار الاستكشافي جزء مهم من الاختبار اليدوي. في الاختبار الاستكشافي، يتحقق الاختبارون من البرنامج دون أي مجموعة محددة مسبقا من الاختبارات. فهو يكتشف العيوب غير المتوقعة ويحسن من مستوى رضا العملاء.
• ويتسم الاختبار اليدوي بالمرونة لأنه يسمح بتعديل حالات الاختبار استنادا إلى التغييرات في المتطلبات، وشروط الاختبار الأخرى.
• يمكن اعتماد الاختبار اليدوي من المراحل الأولية لدورة حياة تطوير البرامج (SDLC).
• إن بعض حالات الاختبار المعقدة لا يمكن تنفيذها يدويا إلا من دون أي أتمتة.
• يفيد الاختبار اليدوي في التحقق من واجهة مستخدم البرنامج. يساعد على التحقق من عرض البرنامج ومدى إستجابته وتصميمه العادي.

لماذا يلزم إجراء إختبارات على دليل البرامج؟

يلزم إجراء إختبار دليل البرامج للأسباب المذكورة أدناه−

• يؤكد الاختبار اليدوي أن البرنامج خال من أي عيوب ويعمل بشكل صحيح وفقا للمتطلبات وهو مستقر بما يكفي ليتم نشره في عملية الإنتاج.
• تتيح الاختبارات اليدوية للمختبرين إمكانية التعود على البرنامج وفهم كيفية إستجابة البرنامج مع العملاء. وهذا يساعد على تطوير حالات إختبار فعالة.
• يحدد الاختبار اليدوي العيوب الموجودة في البرنامج ويحلها.

خطوات إختبار البرنامج اليدوي

فيما يلي الخطوات المختلفة لاختبار دليل البرامج −

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

الخطوة 2− تنطوي الخطوة الثانية على إنشاء خطة إختبار تلامس جميع المتطلبات.

الخطوة 3− تنطوي الخطوة الثالثة على إنشاء حالات إختبار تغطي كل متطلب.

الخطوة 4− تنطوي الخطوة الرابعة على تنفيذ حالات الاختبار في بيئة الاختبار الصحيحة.

الخطوة 5− الخطوة الخامسة تتضمن تحليل نتائج تنفيذ الاختبار، والتبليغ عن التناقضات على أنها عيوب.

الخطوة 6− الخطوة السادسة تتضمن إصلاح الخلل، وإعادة إختباره. كما يتضمن إعادة تنفيذ حالات الاختبار الفاشلة.

أنواع إختبار البرامج اليدوي

فيما يلي قائمة بالأنواع المختلفة من إختبارات البرامج اليدوية −

• إختبار الصندوق الأسود− إنه أسلوب الاختبار الذي لا يملك فيه الممتحن أي معرفة بالعمل الداخلي للبرنامج. وهو يتعامل أساسا مع التحقق مما إذا كانت الميزات والوظائف تعمل بشكل صحيح وفقا لمتطلبات المستخدم.
• إختبار الصندوق الأبيض−إنه إجراء الاختبار الذي يتضمن التحقق من البنية الداخلية، والرمز مصدر البرنامج للبرنامج.
• إختبار المربع الرمادي− هو تقنية الاختبار التي تستخدم كلا من مبادئ الصندوق الأسود، وتقنيات إختبار المربع الأبيض.

الأدوات المستخدمة لاختبار البرامج يدويا

فيما يلي قائمة بالأدوات المختلفة المستخدمة في إختبار دليل البرامج −

• إختبار الارتباط
• بوجزيلا
• جيرا
• LoadRunner
• جي ميتر أباتشي
• كميتو

الاختلافات بين دليل البرامج واختبارات التشغيل التلقائي

مقارنة إختبار دليل البرامج واختبارات التشغيل التلقائي −

فوائد الاختبار اليدوي للبرامج

فيما يلي بيان بمزايا الاختبارات اليدوية للبرامج −

• يساعد الاختبار اليدوي على التحقق من العناصر المتغيرة ديناميكيا على الشاشة.
• والاختبار اليدوي رخيص ولا يعتمد على موارد ماهرة.
• يمكن أن يتم الاختبار اليدوي من قبل المختبرين الذين ليس لديهم معرفة بالبرمجة.
• يمكن اعتماد الاختبار اليدوي بسرعة كبيرة، وهو مناسب لاستيعاب التغييرات غير المتوقعة في البرنامج.

عيوب الاختبار اليدوي للبرامج

فيما يلي قائمة بأوجه القصور التي تشوب الاختبارات اليدوية للبرامج −

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

القرار

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

ما هو إختبار إمكانية الوصول؟

إختبار إمكانية الوصول هو مجموعة فرعية من إختبارات قابلية الاستخدام حيث يوجد في المستخدمين قيد النظر أشخاص من جميع القدرات والإعاقات. إن أهمية هذا الاختبار هي التحقق من كل من سهولة الاستخدام وإمكانية الوصول.

وتهدف إمكانية الوصول إلى الخدمات إلى تلبية إحتياجات الأشخاص ذوي القدرات المختلفة مثل:

• الإعاقة البصرية

• إعاقة جسدية

• ضعف السمع

• ضعف معرفي

• ضعف التعلم

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

1. المستخدمون الذين لديهم بنية أساسية ضعيفة للاتصالات

2. كبار السن والمستخدمين الجدد، الذين غالبا ما يكونون أميين في الكمبيوتر

3. المستخدمون الذين يستخدمون النظام القديم (غير قادرين على تشغيل أحدث البرامج)

4. المستخدمون الذين يستخدمون معدات غير قياسية

5. المستخدمون الذين لديهم وصول مقيد

كيفية إجراء إختبار إمكانية الوصول

وتصف مبادرة تيسير الوصول إلى شبكة الإنترنت إستراتيجية الاستعراض الأولي والمتوافق للمواقع على شبكة الإنترنت. وتتضمن مبادرة الوصول إلى شبكة الإنترنت (WAI) قائمة بأدوات البرامج للمساعدة في تقييم التوافق. تتراوح هذه الأدوات من مشاكل معينة مثل عمى الألوان إلى الأدوات التي ستقوم بتنفيذ أدوات العناكب التلقائية.

أدوات إختبار إمكانية الوصول إلى الويب

دور الأدوات الآلية في إختبار القبول

إن الأدوات الآلية لاختبار إمكانية الوصول المذكورة أعلاه جيدة جدا في التعرف على الصفحات وخطوط التعليمات البرمجية التي يجب فحصها يدويا من أجل إمكانية الوصول.

1. التحقق من بناء جملة كود الموقع

2. البحث عن الأنماط المعروفة التي قام البشر بإدراجها

3. تعريف الصفحات التي تحتوي على عناصر قد تتسبب في حدوث مشاكل

4. حدد بعض مشاكل إمكانية الوصول الفعلية

5. تحديد بعض المشاكل المحتملة

ويتطلب تفسير النتائج المستمدة من أدوات الاختبار الآلي لإمكانية الوصول خبرة في تقنيات إمكانية الوصول مع فهم المسائل التقنية ومسائل سهولة الاستخدام.

ويتم الاختبار بطرق رسمية وغير رسمية على حد سواء لتحسين جودة البرمجيات. وبعد الانتهاء من الاختبار الرسمي، تجرى جولة من الاختبارات غير الرسمية والتعسفية. يعرف هذا باسم إختبار الأقران.

ما هي إختبارات الأقران؟

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

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

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

أنواع إختبارات الأقران

فيما يلي قائمة بأنواع الإختبارات الخاصة −

إختبار الزميل

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

إختبار الأزواج

في إختبار الأزواج، هناك تدخل من إثنين من الاختبارين. حيث يقوم أحدهما بإجراء تحقق عشوائي وغير رسمي من البرنامج، في حين يحتفظ الآخر بسجل لنتائج الاختبار. وهكذا يعمل كلاهما في زوج ويتبادلان الافكار، المعرفة بحيث يجري الاختبار بلياقة.

سمات إختبارات الأقران

وفيما يلي بيان بخصائص إختبارات الأقران−

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

متى يتم إختبار الأقران؟

ويتم إجراء الاختبار الخاص في السيناريوهات الواردة أدناه في تقرير وحدة الإدارة والمالية؛

• يتوفر وقت محدود لاختبار البرنامج.
• تم إكمال الاختبار الرسمي.
• حالات الاختبار غير متوفرة.

متى لا يتم إختبار الأقران؟

لم يتم إختبار الأقران في السيناريوهات المدرجة أدناه−

• ولا يتم ذلك إذا تم اكتشاف أخطاء من خلال تنفيذ حالات الاختبار.
• في وقت الاختبار التجريبي، لا يتم.

مزايا الاختبار الخاص

وفيما يلي بيان بمزايا الاختبار المخصص −

• وهو لا يلتزم بأي عملية، ومن ثم يمكن إجراء إختبار خاص عند أي نقطة من دورة حياة تطوير البرامج.
• ويمكن لفريق الاختبار التحقق من البرنامج والعثور على الأخطاء من خلال تطبيق أساليب إختبار جديدة دون الاعتماد فقط على حالات الاختبار.
• يمكن للمطور إجراء إختبار أقران على نفس الوحدة التي يقوم بتطويرها، وزيادة جودة رمزه.
• وفي حين أن عملية الاختبار الرسمية تستغرق وقتا طويلا، يمكن إجراء إختبارات مخصصة في وقت قصير.
• ولا يتطلب الأمر أي وثائق.

مساوئ إختبارات الأقران

فيما يلي بيان بأوجه القصور التي تشوب الاختبارات المخصصة −

• يلزم إجراء إختبارات مخصصة بواسطة أعضاء الفريق الذين لديهم تجارب إختبار ومعرفة سليمة بالمنتج. ولا يستطيع أي عضو غير ذي خبرة في الفريق أن يجري إختبارا مخصصا.
• في حال حدوث خطأ، من الصعب تكرار نفس الشيء لأن الاختبار الخاص لا يكون مدفوعا بأي تخطيط.

أفضل الممارسات التي ينبغي اتباعها في الاختبارات المخصصة

وترد أدناه قائمة بأفضل الممارسات التي ينبغي اتباعها في الاختبارات المخصصة −

• جمع كل المعرفة عن المنتج.
• حدد المكونات المعرضة للعيوب في البرنامج وقم بترتيب أولوياتها.
• إستخدام أدوات الاختبار المناسبة.

القرار

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

وهذا يزودك بالمعرفة العميقة للاختبارات المؤقتة للبرامج. من الحكمة أن تستمر في ممارسة ما تعلمته واستكشاف الآخرين ذوي الصلة باختبار البرامج لتعميق فهمك وتوسيع آفاقك.

محفوظات المراجعة

المراجعة	تاريخ النشر	التعليقات
1.0	21-May-2026	الإصدار الأولي