استراتيجيات الاختبارات البرمجية - كتاب هندسة البرمجيات - الصف 12 - الفصل 1 - المملكة العربية السعودية

الاختبارات الجديدة للتحقق من عمل البرمجيات بشكل صحيح. يحتاج العدد الكبير من الاختبارات إلى المزيد من الوقت والجهد عند تنفيذها بشكل يدوي، لذلك يلجأ المختبرون إلى إنشاء الاختبارات المؤتمتة التي يتم تحديثها كل مرة يتم فيها تغيير البرنامج. يكتب المختبر المقطع البرمجي الخاص بالاختبار باستخدام عدة أدوات لأتمتة هذه العملية، ومن أمثلة أطر الاختبار الأكثر شيوعًا لنظام الأندرويد (Android): أبيوم (Appium)، وأسبريسو (Espresso)، ويو آي أوتوميتور (UI Automator). --- SECTION: استراتيجيات الاختبارات --- Testing Strategies تنقسم الاختبارات إلى عدة فئات اعتمادًا على درجة تعقيد البرنامج أو التطبيق قيد الاختبار. يستخدم المطورون والمسؤولون عن الاختبارات العديد من استراتيجيات الاختبار، ويُعدُّ اختبارُ الوظائف البرمجية، واختبارُ البرنامج الرئيس هما الأكثر استهلاكًا للوقت والجهد، والجدول التالي يوضح استراتيجيات الاختبارات الأكثر شيوعًا: --- SECTION: جدول 4.2: استراتيجيات الاختبارات الشائعة --- الاسم الوصف اختبارات التشغيل التجريبي (Dry Run Testing) يمكنك من خلال هذه الطريقة تتبع تسلسل منطق البرنامج أثناء تنفيذ الحاسب لكل عبارة برمجية في المقطع البرمجي، مع تسجيل قيمة كل متغير في جدول التتبع. اختبارات قابلية الاستخدام (Usability Testing) يتم إجراء اختباري قابلية الاستخدام أو تجربة المستخدم (UX) للتأكد من أن البرمجيات سهلة الاستخدام وواضحة للمستخدم النهائي. اختبارات الصندوق الأسود (Black-Box Testing) يتم خلالها التعامل مع أجزاء البرنامج التي يتم اختبارها كصندوق مغلق، وذلك بتجاهل طبيعة المقطع البرمجي والتعامل فقط مع بيانات الإدخال والإخراج لمعرفة ما إذا كان المختبر يحصل على النتائج المتوقعة عند إدخال البيانات أم لا. اختبارات الصندوق الأبيض (White-Box Testing) يمكن للمختبر في اختبار الصندوق الأبيض أن يطلع على المقطع البرمجي، ولذلك تركز عملية الاختبار على التحقق من صحة تنفيذ البرنامج. يتضمن ذلك اختبار منطق البيانات، والخوارزميات، ومعالجة الأخطاء، والشروط الحدودية. اختبارات الوحدة (Unit Testing) هي اختبار وظيفية كل برنامج بمفرده للتأكد من أداء كل عملية على حدة، قبل التحقق من عمل البرنامج بأكمله. الاختبارات التكاملية (Integration Testing) تتحقق الاختبارات التكاملية من سلوك أجزاء البرنامج المختلفة عندما تعمل معًا كنظام متكامل. اختبارات الأداء (Performance Testing) تتحقق اختبارات الأداء من أداء البرنامج أو النظام عند حدوث زيادة كبيرة في عدد المستخدمين أو البيانات التي تتم معالجتها. تسلط اختبارات الأداء الأضواء على المشاكل التي تحتاج إلى إصلاح لضمان قابلية التوسع للبرنامج أو النظام. اختبارات القبول (Acceptance Testing) تتعلق اختبارات القبول بالتحقق من تلبية البرنامج أو النظام لجميع متطلبات المستخدمين باحتياجاتهم المختلفة، وعادة ما يتم عمل هذا النوع من الاختبارات عند إنشاء البرمجيات الكبيرة متعددة المستخدمين. اختبارات الاختراق (Penetration Testing) تركز اختبارات الاختراق على أمان البرنامج أو النظام، وتتحقق من كيفية حماية البرنامج من الهجمات والاختراق. اختبارات الضغط (Stress Testing) هو أسلوب اختباري يركز على تقييم أداء النظام البرمجي في ظل ظروف قاسية. يهدف إلى تحديد نقطة انهيار النظام البرمجي وتحديد كيفية تصرفه عندما يكون تحت أقصى ضغط. وزارة التعليم 187 2025 - 1447 --- VISUAL CONTEXT --- **TABLE**: جدول 4.2: استراتيجيات الاختبارات الشائعة Description: A table outlining common software testing strategies, categorizing them by name and providing a detailed description for each. Table Structure: Headers: الاسم | الوصف Rows: Row 1: اختبارات التشغيل التجريبي (Dry Run Testing) | يمكنك من خلال هذه الطريقة تتبع تسلسل منطق البرنامج أثناء تنفيذ الحاسب لكل عبارة برمجية في المقطع البرمجي، مع تسجيل قيمة كل متغير في جدول التتبع. Row 2: اختبارات قابلية الاستخدام (Usability Testing) | يتم إجراء اختباري قابلية الاستخدام أو تجربة المستخدم (UX) للتأكد من أن البرمجيات سهلة الاستخدام وواضحة للمستخدم النهائي. Row 3: اختبارات الصندوق الأسود (Black-Box Testing) | يتم خلالها التعامل مع أجزاء البرنامج التي يتم اختبارها كصندوق مغلق، وذلك بتجاهل طبيعة المقطع البرمجي والتعامل فقط مع بيانات الإدخال والإخراج لمعرفة ما إذا كان المختبر يحصل على النتائج المتوقعة عند إدخال البيانات أم لا. Row 4: اختبارات الصندوق الأبيض (White-Box Testing) | يمكن للمختبر في اختبار الصندوق الأبيض أن يطلع على المقطع البرمجي، ولذلك تركز عملية الاختبار على التحقق من صحة تنفيذ البرنامج. يتضمن ذلك اختبار منطق البيانات، والخوارزميات، ومعالجة الأخطاء، والشروط الحدودية. Row 5: اختبارات الوحدة (Unit Testing) | هي اختبار وظيفية كل برنامج بمفرده للتأكد من أداء كل عملية على حدة، قبل التحقق من عمل البرنامج بأكمله. Row 6: الاختبارات التكاملية (Integration Testing) | تتحقق الاختبارات التكاملية من سلوك أجزاء البرنامج المختلفة عندما تعمل معًا كنظام متكامل. Row 7: اختبارات الأداء (Performance Testing) | تتحقق اختبارات الأداء من أداء البرنامج أو النظام عند حدوث زيادة كبيرة في عدد المستخدمين أو البيانات التي تتم معالجتها. تسلط اختبارات الأداء الأضواء على المشاكل التي تحتاج إلى إصلاح لضمان قابلية التوسع للبرنامج أو النظام. Row 8: اختبارات القبول (Acceptance Testing) | تتعلق اختبارات القبول بالتحقق من تلبية البرنامج أو النظام لجميع متطلبات المستخدمين باحتياجاتهم المختلفة، وعادة ما يتم عمل هذا النوع من الاختبارات عند إنشاء البرمجيات الكبيرة متعددة المستخدمين. Row 9: اختبارات الاختراق (Penetration Testing) | تركز اختبارات الاختراق على أمان البرنامج أو النظام، وتتحقق من كيفية حماية البرنامج من الهجمات والاختراق. Row 10: اختبارات الضغط (Stress Testing) | هو أسلوب اختباري يركز على تقييم أداء النظام البرمجي في ظل ظروف قاسية. يهدف إلى تحديد نقطة انهيار النظام البرمجي وتحديد كيفية تصرفه عندما يكون تحت أقصى ضغط. Calculation needed: No calculations needed; this table provides definitions and descriptions. Data: The table lists ten different testing strategies: Dry Run Testing, Usability Testing, Black-Box Testing, White-Box Testing, Unit Testing, Integration Testing, Performance Testing, Acceptance Testing, Penetration Testing, and Stress Testing. Each strategy is accompanied by a description of its purpose and methodology. Key Values: Dry Run Testing, Usability Testing, Black-Box Testing, White-Box Testing, Unit Testing, Integration Testing, Performance Testing, Acceptance Testing, Penetration Testing, Stress Testing Context: This table serves as a key reference for understanding different software testing methodologies, crucial for students learning about software development and quality assurance.