تحليل الاختبارات وأساسياتها
توماس هاميلتون
⚡ ملخص ذكي
تحليل الاختبار، أو ما يُسمى أيضاً أساس الاختبار، هو مراجعة منهجية للمتطلبات ووثائق التصميم وغيرها من العناصر المستخدمة لاستخلاص الشروط القابلة للاختبار. تشرح هذه المقالة مصادر تحليل الاختبار، وخطواته التفصيلية، وموقعه في نموذج V.
يُعد تحليل الاختبار - المعروف أيضًا باسم أساس الاختبار - المرحلة الأولى من دورة حياة الاختبار. كل شرط اختبار وحالة اختبار في نهاية المطاف tracلنعد إلى الموضوع. تُعرّف الأقسام التالية المصطلح، وتشرح مصادره، وتستعرض سير عمل التحليل، وتضعه في نموذج V.
ما هو تحليل الاختبار؟
تحليل الاختبار اختبار البرمجيات هو عملية مراجعة المدخلات المستخدمة لاستخلاص شروط الاختبار وحالات الاختبار. وتُسمى هذه المدخلات - المواصفات، والمتطلبات، ووثائق التصميم، وقصص المستخدم، وما شابهها من مخرجات - مجتمعةً بـ نتائج الاختبارالهدف من تحليل الاختبار هوtracأهداف اختبار t واضحة بما يكفي بحيث يمكن تحويل كل منها إلى شرط اختبار لا لبس فيه. ولأن المادة المُحللة تُشكل الأساس الذي تُستمد منه جميع الاختبارات، فإنها تُسمى أيضًا أساس الاختبار.
تشمل المصادر النموذجية التي يستقي منها المختبرون معلومات الاختبار ما يلي:
- مواصفات متطلبات البرمجيات (SRS)
- BRS - مواصفات متطلبات العمل
- وثائق التصميم الوظيفي
- قصص المستخدمين، ومعايير القبول، والرسومات التخطيطية
يمكن للمختبرين أيضًا إنشاء شروط الاختبار من خلال استكشاف التطبيق قيد الاختبار مباشرةً أو بالاعتماد على الخبرة السابقة، ولكن معظمهم حالات تجريبية يتم استخلاصها من عناصر الاختبار للحفاظ على tracالقدرة.
👉 سجل للحصول على مشروع اختبار البرمجيات المباشر المجاني
لماذا يُعدّ أساس الاختبار مهماً؟
يُعدّ أساس الاختبار العاملَ الأهمّ في تحديد ما إذا كانت مجموعة الاختبارات تكشف العيوب الحقيقية أم تلاحق العيوب الوهمية. ويُعدّ تجاهله السببَ الأكثر شيوعًا لوصول الأخطاء غير المُكتشفة إلى بيئة الإنتاج. ويُقدّم تحليل الاختبار المُحكم أربع فوائد ملموسة:
- Tracالقدرة: يمكن ربط كل حالة اختبار بمتطلب محدد، مما يجعل تحليل تأثير التغيير سريعًا ومراجعات التدقيق سهلة.
- وضوح التغطية: Revمعاينة ثغرات الأسطح الأساسية - حالات الخطأ غير المحددة، والحالات الحدية المفقودة، والعتبات غير الوظيفية غير المحددة - قبل أن تصبح حوادث إنتاجية.
- محاذاة أصحاب المصلحة: عندما يستخلص فريق الاختبار الشروط من نفس المستندات التي يعتمد عليها فريق التطوير في البناء، فإن كلا الجانبين لديهما تعريف مشترك لـ "الانتهاء".
- الكشف المبكر عن العيوب: يتم اكتشاف العديد من عيوب المتطلبات (الغموض، والتناقضات، ومعايير القبول المفقودة) أثناء تحليل الاختبار نفسه، قبل كتابة أي كود - وهو المكان الأرخص لإصلاحها.
مصادر شائعة لأساس الاختبار
تُستخدم عناصر مختلفة في مستويات اختبار مختلفة. استخدم الجدول أدناه كمرجع سريع عند تحديد المستند الذي يجب الرجوع إليه أثناء كتابة حالات الاختبار.
| المصدر الأثري | أفضل مناسب لـ | ماذا أنت حبيبك السابق؟tract |
|---|---|---|
| مواصفات متطلبات العمل (BRS) | اختبار القبول والنظام | قواعد العمل الشاملة، والقيود التنظيمية، ومعايير النجاح |
| مواصفات متطلبات البرامج (SRS) | اختبار النظام | متطلبات وظيفية وغير وظيفية ذات عتبات قابلة للقياس |
| وثائق التصميم الوظيفي / التقني | اختبار التكامل | واجهات الوحدات، وتدفق البيانات، ومواصفات معالجة الأخطاء |
| قصص المستخدمين ومعايير القبول | اختبار دورات التطوير السريعة (Agile sprint testing) | التوقعات السلوكية بصيغة "معطى - عندما - إذن" |
| مخططات الأسلاك ونماذج واجهة المستخدم | اختبار واجهة المستخدم / سهولة الاستخدام | التخطيط، والتنقل، وقواعد التحقق من صحة المدخلات |
| التطبيق قيد الاختبار (استكشافي) | الاختبارات الاستكشافية واختبارات الانحدار | سلوك غير موثق، سير عمل واقعي، حالات استثنائية |
كيفية إجراء تحليل الاختبار خطوة بخطوة
يتبع تحليل الاختبار الفعال سير عمل قابل للتكرار من خمس خطوات بغض النظر عن حجم المشروع أو المنهجية.
- اجمع وجرد أساس الاختبار. اجمع كل الوثائق التي تصف السلوك المقصود - وثائق متطلبات النظام (SRS)، ووثائق متطلبات الأعمال (BRS)، ووثائق التصميم، وقصص المستخدم، والنماذج الأولية. دوّن الوثيقة التي تخص كل متطلب. tracتبقى القدرة سليمة.
- Revمراجعة لإمكانية الاختبار. اقرأ كل وثيقة مع وضع ثلاثة أسئلة في الاعتبار: هل هذه العبارة قابلة للقياس؟ هل هي واضحة لا لبس فيها؟ هل هي كاملة؟ حدد أي متطلب لا يفي بأحد هذه المعايير وأبلغ المؤلف به قبل كتابة الاختبارات عليه.
- حدد شروط الاختبار. لكل عبارة قابلة للاختبار، اذكر الشروط التي تحتاج إلى التحقق (المسارات الإيجابية، المسارات السلبية، القيم الحدية، معالجة الأخطاء، الأمان، الأداء). شرط الاختبار هو القيمة المطلقةtract "ماذا" — على سبيل المثال، "النظام يرفض الطلبات التي لا تحتوي على كمية" — يختلف عن "كيفية" تنفيذ حالة الاختبار بشكل ملموس.
- قم بتحديد الأولويات وتجميع الحالات. صنّف كل حالة حسب مستوى الخطورة وتكرار الاستخدام. الحالات عالية الخطورة وعالية التكرار تستحق تغطية شاملة، بينما يمكن دمج الحالات منخفضة الخطورة أو أخذ عينات منها. هنا أيضاً يمكنك تحديد الحالات التي يمكن أتمتتها.
- حوّل الشروط إلى حالات اختبار. يصبح كل شرط ذي أولوية واحداً أو أكثر حالات تجريبية مع تحديد الشروط المسبقة والخطوات وبيانات الاختبار والنتائج المتوقعة. يجب الحفاظ على المتطلبات. tracمصفوفة القدرة التي تربط كل حالة اختبار بمتطلباتها الأصلية.
إن اتباع هذا التسلسل يجنبنا أكثر أخطاء تحليل الاختبار شيوعًا: كتابة حالات الاختبار بدون أساس واضح، وإغفال السيناريوهات السلبية، وإنتاج اختبارات لا يمكن ربطها بمتطلبات معينة أثناء فرز العيوب.
تحليل الاختبار في النموذج V
يربط نموذج V كل نشاط تطوير بنشاط اختبار مطابق له. ويتم تحليل الاختبار في كل مستوى باستخدام أي وثيقة متاحة في تلك المرحلة من دورة حياة المنتج.
الشكل 1: تحليل الاختبار عبر مراحل نموذج V.
دراسة حالة: استخلاص حالات الاختبار من متطلبات العميل
لنفترض سيناريو يرسل فيه العميل المتطلب التالي المكون من سطر واحد.
Client requirement: Add search functionality to an eCommerce Store
على الرغم من أن التطبيق لم يُبنَ بعد، إلا أنه بإمكان المُختبِر استخلاص العديد من شروط الاختبار من خلال تحليل ما تتضمنه المتطلبات - سواءً كان ذلك السلوك الأمثل أو حالات الفشل التي لم يُحددها العميل صراحةً. ومن الأمثلة على ذلك:
- تحقق من نتيجة البحث عندما لا يتم إدخال أي كلمة مفتاحية.
- تحقق من نتيجة البحث عندما لا يوجد منتج مطابق للكلمة المفتاحية المدخلة.
- تحقق من نتيجة البحث عندما توجد عدة منتجات مطابقة للكلمة المفتاحية.
- تحقق من السلوك باستخدام الأحرف الخاصة، والمسافات البادئة/اللاحقة، والمدخلات الطويلة جدًا.
- تحقق من حساسية الأحرف وسلوك المطابقة الجزئية.
- تحقق من وقت استجابة البحث في ظل الحمل المتوقع للمستخدمين.
يأخذ المختبِر متطلبات العميل (أساس الاختبار)، ويحللها، ويحولها إلى شروط اختبار. يتكرر هذا النمط في كل مرحلة من مراحل نموذج V - حيث تُنشأ خطط الاختبار وحالات الاختبار باستخدام أي وثيقة متاحة في تلك المرحلة من دورة حياة المنتج.
فيديو: شرح تحليل الاختبار
إذا لم يتم تحميل الفيديو، شاهده مباشرة على YouTube.
