الاختبارات غير الوظيفية

الاختبار غير الوظيفي هو اختبار البرمجيات بناءً على متطلباتها غير الوظيفية : أي طريقة عمل النظام، وليس سلوكياته المحددة. [ 1 ] وهذا يختلف عن الاختبار الوظيفي ، الذي يختبر البرمجيات بناءً على المتطلبات الوظيفية التي تصف وظائف النظام ومكوناته.

أنواع الاختبارات غير الوظيفية

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

اختبار إمكانية الوصول هو نشاط اختبار غير وظيفي يتحقق من إمكانية إدراك نظام أو موقع ويب أو تطبيق، وتشغيله، وفهمه من قِبل الأشخاص ذوي الإعاقات المختلفة، وما إذا كان يفي بمعايير إمكانية الوصول الموضوعية، مثل إرشادات إمكانية الوصول إلى محتوى الويب (WCAG). يجمع هذا الاختبار عادةً بين عمليات فحص آلية للكشف عن الأعطال التقنية الواضحة، وفحص يدوي لتقييم البنية الدلالية، والتنقل باستخدام لوحة المفاتيح، واستخدام ARIA، واختبارات سهولة الاستخدام مع أشخاص ذوي إعاقات لتقييم الفعالية وسهولة الاستخدام في الواقع العملي. تشترط العديد من معايير الويب الحكومية والتنظيمية الآن الامتثال لإرشادات WCAG، وتعتبر إمكانية الوصول سمة جودة غير وظيفية إلزامية للخدمات الرقمية الموجهة للجمهور. تصف الأدلة العملية والمراجعات العامة في هذا المجال اختبار إمكانية الوصول بأنه مجموعة فرعية متخصصة من اختبارات سهولة الاستخدام والاختبارات غير الوظيفية، تركز على الامتثال القانوني، والتصميم الشامل، ومعايير النجاح القابلة للقياس، بدلاً من التركيز على سلوك الميزات الوظيفية فقط. [ 2 ] [ 3 ]

الاختبار الأساسي

يُعدّ اختبار خط الأساس نشاطًا غير وظيفي يُحدد مرجعًا مُقاسًا لخصائص الجودة الرئيسية (مثل زمن الاستجابة، والإنتاجية، واستخدام الموارد، ومعدلات الخطأ، والتوافر) التي تُقارن بها التغييرات أو الإصدارات أو التكوينات المستقبلية. ويُجرى عادةً في بداية دورة الإصدار أو بعد تغيير كبير في بيئة التشغيل، ويجمع بين اختبارات اصطناعية مُحكمة (معايير الأداء، وأحمال العمل المُبرمجة، وتحليل الأداء) مع مُلاحظات الإنتاج المُراقبة لرصد ظروف التشغيل التمثيلية. تُسجل نتائج خط الأساس كعتبات نجاح/فشل، أو ميزانيات أداء، أو سلاسل اتجاهات، ما يُتيح اكتشاف التراجعات، وانحراف السعة، والتدهور الناتج عن التكوين بسرعة ومعالجتها. ومن أفضل الممارسات تخزين مُخرجات اختبار خط الأساس (نصوص الاختبار، ومجموعات بيانات الإدخال، وتعريفات البيئة، والمقاييس الأولية) جنبًا إلى جنب مع الإصدار، لضمان إمكانية إعادة تشغيل الاختبارات والحفاظ على جدوى المقارنات عبر الزمن. [ 4 ] [ 5 ]

اختبار الامتثال

اختبار المطابقة ، المعروف أيضاً باختبار الامتثال أو اختبار النوع، هو اختبار أو أنشطة أخرى تحدد ما إذا كانت عملية أو منتج أو خدمة تتوافق مع متطلبات المواصفات أو المعايير الفنية أو العقود أو اللوائح . [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] وهو عنصر من عناصر تقييم المطابقة الأكثر عمومية.

اختبار الوثائق

يُعد اختبار التوثيق جزءًا من الاختبارات غير الوظيفية للمنتج. وقد يكون نوعًا من اختبارات الصندوق الأسود التي تضمن تطابق التوثيق الخاص بكيفية استخدام النظام مع وظائفه، مما يوفر دليلًا على توثيق تغييرات النظام وتحسيناته. [ 11 ]

اختبار التحمل

اختبار التحمل هو نوع من أنواع اختبار النظام يتم إجراؤه تحت حمل إنتاجي نموذجي، على مدى فترة توفر مستمرة، للتحقق من صحة سلوك النظام أثناء الاستخدام الإنتاجي. [ 12 ]

اختبار التحميل

اختبار تحميل جسر سكة حديد، 1883

اختبار التحميل هو عملية وضع متطلبات على هيكل أو نظام وقياس استجابته.

اختبار التوطين

التوطين الزائف (أو التوطين الزائف) هو أسلوب لاختبار البرمجيات يُستخدم لاختبار جوانب تدويلها . فبدلاً من ترجمة نص البرنامج إلى لغة أجنبية، كما هو الحال في عملية التوطين ، تُستبدل العناصر النصية للتطبيق بنسخة مُعدّلة من اللغة الأصلية. على سبيل المثال، بدلاً من "إعدادات الحساب"، قد يُغيّر النص ليظهر على النحو التالي: "!!!Ǎ¢ƈôΰлţ §℮τţĭπꞡş  !!!". [ 13 ]

اختبار الموثوقية

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

اختبار الاسترداد

في اختبار البرمجيات ، يعد اختبار الاسترداد نشاطًا لاختبار مدى قدرة التطبيق على التعافي من الأعطال ، وأعطال الأجهزة، وغيرها من المشاكل المماثلة.

اختبار أداء البرمجيات

في مجال ضمان جودة البرمجيات ، يُعد اختبار الأداء ممارسة اختبارية تُجرى لتحديد كيفية أداء النظام من حيث الاستجابة والاستقرار في ظل عبء عمل محدد. [ 17 ] كما يمكن استخدامه أيضًا للتحقق من سمات جودة أخرى للنظام، مثل قابلية التوسع والموثوقية واستخدام الموارد، أو قياسها أو التحقق منها.

اختبار الأمان

اختبار الأمان هو عملية تهدف إلى الكشف عن الثغرات في آليات أمان نظام المعلومات ، وبالتالي المساعدة في تمكينه من حماية البيانات والحفاظ على وظائفه كما هو مُخطط له. [ 18 ] ونظرًا للقيود المنطقية لاختبار الأمان، فإن اجتياز عملية اختبار الأمان لا يُعد مؤشرًا على خلو النظام من الثغرات أو على استيفائه لمتطلبات الأمان بشكل كافٍ.

اختبار قابلية التوسع

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

اختبار الإجهاد

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

اختبار قابلية الاستخدام

اختبار سهولة الاستخدام هو أسلوب يُستخدم في تصميم التفاعل المتمحور حول المستخدم لتقييم المنتج من خلال اختباره على المستخدمين. يُعدّ هذا الاختبار ممارسة أساسية لا غنى عنها في مجال سهولة الاستخدام ، إذ يُقدّم معلومات مباشرة حول كيفية استخدام المستخدمين الحقيقيين للنظام. [ 19 ] ويركّز هذا الاختبار بشكل أكبر على سهولة استخدام المنتج وبديهيته، ويُجرى مع مستخدمين لم يسبق لهم استخدامه. يُعدّ هذا الاختبار بالغ الأهمية لنجاح المنتج النهائي، إذ إنّ تطبيقًا يعمل بكفاءة كاملة ولكنه يُسبّب ارتباكًا لدى مستخدميه لن يدوم طويلًا. [ 20 ] وهذا يختلف عن أساليب فحص سهولة الاستخدام، حيث يستخدم الخبراء طرقًا مختلفة لتقييم واجهة المستخدم دون إشراك المستخدمين.

اختبار الحجم

ينتمي اختبار الحجم إلى مجموعة الاختبارات غير الوظيفية ، وهي مجموعة من الاختبارات التي غالبًا ما يُساء فهمها أو تُستخدم بشكل متبادل. يشير اختبار الحجم إلى اختبار تطبيق برمجي بكمية محددة من البيانات للتحقق من أداء النظام مع وجود هذه الكمية من البيانات في قاعدة البيانات . يعتبر البعض اختبار الحجم نوعًا من اختبارات السعة ، [ 21 ] وغالبًا ما يُعتبر ضروريًا لأن أنواع الاختبارات الأخرى لا تستخدم عادةً كميات كبيرة من البيانات، بل تستخدم كميات صغيرة. [ 21 ] وهو النوع الوحيد من الاختبارات الذي يتحقق من قدرة النظام على التعامل مع مجموعات كبيرة من البيانات. [ 22 ] على سبيل المثال، يمكن استخدام الاختبار لاختبار قاعدة البيانات إلى أقصى حد لها. [ 23 ] في حين أن الكمية، بشكل عام، يمكن أن تكون حجم قاعدة البيانات، إلا أنها قد تكون أيضًا حجم ملف واجهة يخضع لاختبار الحجم. على سبيل المثال، إذا أراد شخص ما اختبار حجم تطبيق مع حجم قاعدة بيانات محدد، فسيتم توسيع قاعدة البيانات إلى هذا الحجم، ثم سيتم اختبار أداء التطبيق عليها. مثال آخر هو عندما يتطلب التطبيق التفاعل مع ملف واجهة (أي ملف مثل .dat أو .xml )؛ قد يشمل هذا التفاعل القراءة والكتابة من وإلى الملف. يمكن بعد ذلك إنشاء ملف تجريبي بالحجم المطلوب واستخدامه لاختبار وظائف التطبيق وتقييم أدائه.

انظر أيضاً

مراجع

  1. "الاختبار غير الوظيفي - مسرد ISTQB" . مسرد ISTQB . المجلس الدولي لمؤهلات اختبار البرمجيات . تم الاطلاع عليه بتاريخ 4 نوفمبر 2025 .
  2. لازار، جوناثان؛ غولدشتاين، دانيال؛ تايلور، آن ماري (2015). ضمان إمكانية الوصول الرقمي من خلال العمليات والسياسات . إلسيفير. ISBN 978-0128006467.
  3. يسيلادا، يليز؛ هاربر، سيمون (2019). إمكانية الوصول إلى الويب: أساس للبحث . سبرينغر. ISBN 978-1447174400.
  4. "الاختبار الأساسي" . جيكس فور جيكس . جيكس فور جيكس. 23-07-2025 . تم الاطلاع عليه بتاريخ 04-11-2025 .
  5. "الاختبار الأساسي: ما هو، ولماذا هو مهم؟" . مدونة تيست سيجما . تيست سيجما. 26-06-2025 . تاريخ الاسترجاع: 04-11-2025 .
  6. ترينكاييف، ف.؛ كيم، م.؛ سيول، س. (2003). "اختبار قابلية التشغيل البيني القائم على نموذج عطل لنظام من آلات الحالة المحدودة المتصلة" . في هوغريف، د.؛ وايلز، أ. (محرران). اختبار الأنظمة المتصلة: المؤتمر الدولي الخامس عشر للاتحاد الدولي لمعالجة المعلومات، TestCom 2003. سبرينغر ساينس آند بيزنس ميديا. ص 226-242 . ISBN  9783540401230.
  7. وير، جيه إي (1990). "الفصل 2: ​​الحاجة إلى الاعتراف المتبادل بمختبرات الاختبار" . في فيكلسون، م. (محرر). جودة الاختبار للبناء والمواد والمنشآت: وقائع ندوة RILEM/ILAC الدولية . مطبعة CRC. الصفحات 12-18 . ISBN  9780412394508.
  8. ويرستيوك، سي. (2007). "الفصل 2: ​​أساسيات اختبار المرحلات" . دليل اختبار المرحلات: أساسيات اختبار المرحلات . خدمات التدريب الكهربائي من فالنس. الصفحات 13-52 . ISBN  9781934348017.
  9. الفريق المخصص المعني بقضايا مواءمة تقييم المطابقة مع المعايير البيومترية (16 مارس/آذار 2005). "تقرير حول قضايا مواءمة تقييم المطابقة مع المعايير البيومترية" (ملف PDF) . اللجنة الدولية لمعايير تكنولوجيا المعلومات. مؤرشف من الأصل (ملف PDF) بتاريخ 13 ديسمبر/كانون الأول 2006. تم الاطلاع عليه بتاريخ 22 فبراير/شباط 2018 .
  10. "ما هو تقييم المطابقة؟" . المنظمة الدولية للتوحيد القياسي . تم الاطلاع عليه بتاريخ 22 فبراير 2018 .
  11. "ما هو اختبار التوثيق؟ - اختبار البرمجيات الخارجية باستخدام QATestLab" .
  12. إلينجوود، جاستن (20 مايو 2017). "مقدمة في التكامل والتسليم والنشر المستمر" . ديجيتال أوشن . مؤرشف من الأصل في 8 ديسمبر 2017. تم الاطلاع عليه في 3 فبراير 2018. يتضمن اختبار التحمل اختبار البرمجيات تحت ضغط إنتاجي كبير أو ضغط مشابه لضغط الإنتاج لفترة طويلة .
  13. بنيامين زاديك (12 أبريل 2013). "الترجمة الزائفة: جهّز تطبيقك للترجمة" . تم الاطلاع عليه في 13 أبريل 2013 .
  14. تانغ، جيانفينغ؛ تشين، جي؛ تشانغ، تشون؛ غو، تشينغ؛ تشو، جي (2013-03-01). "استكشاف تصميم العمليات وتحسينها والتحقق من موثوقية عمود إزالة حموضة الغاز الطبيعي المطبق في الحقول البحرية" . مجلة بحوث وتصميم الهندسة الكيميائية . 91 (3): 542-551 . Bibcode : 2013CERD...91..542T . doi : 10.1016/j.cherd.2012.09.018 . ISSN 0263-8762 . 
  15. تشانغ، ج.؛ غايغر، س.؛ صن، ف. (يناير 2016). "نهج نظامي لتصميم اختبار التحقق من الموثوقية". ندوة الموثوقية والصيانة السنوية لعام 2016 (RAMS) . الصفحات 1-6 . doi : 10.1109/RAMS.2016.7448014 . ISBN  978-1-5090-0249-8. S2CID 24770411 . 
  16. داي، وي؛ ماروبولوس، بول ج.؛ تشاو، يو (2015-01-02). "نمذجة موثوقية عمليات التصنيع والتحقق منها بناءً على إدارة معرفة العمليات". المجلة الدولية للتصنيع المتكامل بالحاسوب . 28 (1): 98-111 . doi : 10.1080/0951192X.2013.834462 . ISSN 0951-192X . S2CID 32995968 .  
  17. ثاكور، نيتيش (2012). "Rational Performance Tester: نصائح وحيل" (ملف PDF) . شركة IBM . تاريخ الاسترجاع: 3 فبراير 2024 .
  18. م. مارتيليني، وماليزيا، أ. (2017). التحديات السيبرانية والكيميائية والبيولوجية والإشعاعية والنووية والمتفجرات: التهديدات وجهود المواجهة. سبرينغر.
  19. نيلسن، ج. (1994). هندسة سهولة الاستخدام، دار النشر الأكاديمية، ص 165
  20. ميجس، مونيكا (27 يونيو 2019). "اختبار قابلية الاستخدام: مفتاح التحقق من صحة التصميم" . فريق مود أب - شركة برمجيات . تم الاطلاع عليه بتاريخ 11 سبتمبر 2019 .
  21. 1 2 استراتيجية اختبار ytelsestesting - اختبار IKT في Helse Nord
  22. اختبار الحجم في اختبار البرمجيات: التعريف والأمثلة | PFLB
  23. دليل اختبار مستوى الصوت: أمثلة وأدوات اختبار مستوى الصوت

للمزيد من القراءة

  • مايرز، جلينفورد ج. (2011). فن اختبار البرمجيات (  الطبعة الثالثة). هوبوكين، نيوجيرسي: جون وايلي وأولاده. ISBN 978-1118031964.
  • كانر، سيم؛ فالك، جاك؛ نغوين، هونغ كوك (1999). اختبار برامج الحاسوب (الطبعة الثانية  ). نيويورك: جون وايلي وأولاده. ISBN 978-0471358466.
  • بيزر، بوريس (1995). تقنيات اختبار البرمجيات (  الطبعة الثانية). بوسطن: دار نشر طومسون الدولية للكمبيوتر. ISBN 9788177222609.
  • ISO/IEC 25010:2011 هندسة النظم والبرمجيات - متطلبات جودة النظم والبرمجيات وتقييمها (SQuaRE) - نماذج جودة النظم والبرمجيات (معيار)، المنظمة الدولية للتوحيد القياسي، 2011
  • معيار IEEE لتوثيق اختبار البرمجيات والأنظمة (IEEE 829-2008) (معيار)، معهد مهندسي الكهرباء والإلكترونيات، 2008
  • بلاك، ريكس (2009). اختبار البرمجيات المتقدم - المجلد 2: دليل شهادة ISTQB المتقدمة كمدير اختبار متقدم . سانتا مونيكا، كاليفورنيا: روكي نوك. ISBN 9781933952192.
  • غراهام، دوروثي؛ فان فينندال، إريك؛ إيفانز، إيزابيل؛ بلاك، ريكس (2008). أسس اختبار البرمجيات: شهادة ISTQB . لندن: سينجايج ليرنينج. ISBN 978-1844809899.
  • بيرتولينو، أنطونيا (2007). "بحوث اختبار البرمجيات: الإنجازات والتحديات والتطلعات". مستقبل هندسة البرمجيات (FOSE '07) . جمعية مهندسي الكهرباء والإلكترونيات (IEEE). الصفحات 85-103 . doi : 10.1109/FOSE.2007.25 . 
  • لي، تشي؛ هارمان، مارك؛ هيرونز، روبرت م. (2007). "خوارزميات البحث لتحديد أولويات حالات اختبار الانحدار". معاملات IEEE في هندسة البرمجيات . 33 (4): 225-237 . doi : 10.1109/TSE.2007.38 .