تحميل نموذج حالة اختبار بصيغة Excel
فريق التحرير
⚡ ملخص ذكي
يوفر نموذج حالة الاختبار بنية موحدة لتوثيق حالات الاختبار لأي مشروع برمجي. يشرح هذا الدليل كل حقل أساسي، ويقدم نماذج قابلة للتنزيل بصيغتي Excel وWord، ويسرد أفضل الممارسات التي تضمن اتساق عناصر الاختبار لدى جميع أعضاء فريق ضمان الجودة.
ما هو نموذج حالة الاختبار؟
A نموذج حالة الاختبار هي وثيقة مصممة بشكل جيد تساعد المختبرين على تطوير البيانات وفهمها باستمرار لسيناريو حالة اختبار معينة. وثيقة جيدة حالة الاختبار يُحافظ القالب على اتساق نتائج الاختبار للفريق، ويُسهّل على جميع المعنيين متابعة حالات الاختبار. كما أن كتابة حالات الاختبار بتنسيق موحد يُقلل من جهد الاختبار ويُخفض معدل الخطأ. ويُعدّ التنسيق الموحد مرغوبًا فيه بشكل خاص عند مراجعة حالات الاختبار من قِبل خبراء خارجيين.
يعتمد القالب الذي تختاره لمشروعك على سياسة الاختبار الخاصة بك. تقوم العديد من المؤسسات بإنشاء حالات اختبار في Microsoft إكسل، وغيرها في Microsoft Wordويستخدم البعض أدوات إدارة الاختبارات مثل HP ALM.
الحقول المهمة في نموذج حالة الاختبار
بغض النظر عن طريقة التوثيق المختارة، يجب أن يتضمن أي نموذج جيد لحالة الاختبار الحقول التالية.
| مجال حالة الاختبار | الوصف |
|---|---|
| معرّف حالة الاختبار | يجب تمثيل كل حالة اختبار بمعرف فريد. استخدم اصطلاحًا مثل "TC_UI_1" للإشارة إلى نوع الاختبار - على سبيل المثال، "حالة اختبار واجهة المستخدم رقم 1". |
| أولوية الاختبار | مفيد أثناء التنفيذ. القيم الشائعة هي منخفض، متوسط، وعالي. |
| اسم الوحدة | الوحدة الرئيسية أو الوحدة الفرعية التي يتم اختبارها. |
| اختبار صممه | اسم المُختبِر. |
| تاريخ الاختبار المصمم | تاريخ تصميم الاختبار. |
| تم تنفيذ الاختبار بواسطة | المُختبِر الذي نفّذ الاختبار. |
| تاريخ تنفيذ الاختبار | حدد التاريخ الذي يجب فيه تنفيذ الاختبار. |
| الاسم أو عنوان الاختبار | عنوان حالة الاختبار. |
| Descriptملخص | ملخص موجز لغرض الاختبار. |
| قبل تكييف | أي متطلبات مسبقة يجب استيفاؤها قبل تنفيذ حالة الاختبار هذه. اذكر كل شرط مسبق. |
| تبعيات | أي تبعيات على متطلبات الاختبار أو حالات الاختبار الأخرى. |
| خطوات الاختبار | خطوات مفصلة بالترتيب الذي يجب تنفيذها به. كن دقيقاً قدر الإمكان. |
| بيانات الاختبار | بيانات الاختبار تُستخدم كمدخلات. قم بتوفير مجموعات بيانات مختلفة بقيم دقيقة. |
| نتيجة متوقعة | النتيجة المتوقعة، بما في ذلك أي خطأ أو رسالة يجب أن تظهر على الشاشة. |
| ما بعد الشرط | حالة النظام بعد تشغيل حالة الاختبار. |
| نتيجة فعلية | تم تسجيل النتيجة الفعلية بعد التنفيذ. |
| الحالة (ناجح / راسب) | ضع علامة "فشل" إذا لم تتطابق النتيجة الفعلية مع النتيجة المتوقعة. |
| ملاحظة | شروط خاصة غير مذكورة في مكان آخر. |
الحقول الاختيارية يمكن إضافتها حسب متطلبات المشروع.
- الرابط / رقم العيب: ربط خلل أو رقم العيب في حالة فشل الاختبار.
- الكلمات المفتاحية / نوع الاختبار: تُستخدم لتصنيف الاختبارات حسب النوع، مثل سهولة الاستخدام، أو الاختبارات الوظيفية، أو قواعد العمل.
- المتطلبات: المتطلبات التي كُتبت حالة الاختبار من أجلها.
- المراجع / المرفقات: مسار الوصول إلى وثيقة أو مخطط داعم للسيناريوهات المعقدة.
- الأتمتة (نعم/لا): Tracحالة أتمتة k لحالات الاختبار الآلية.
- الحقول المخصصة: حقول خاصة باحتياجات عميل مشروعك أو احتياجات العملية.
قم بتنزيل نموذج حالة الاختبار (ملف إكسل وملف وورد)
يحتوي كلا النموذجين على الحقول الموضحة أعلاه. اختر التنسيق الذي يتناسب مع أسلوب التوثيق الخاص بفريقك.
ممارسات لكتابة حالات الاختبار
لا قيمة للنموذج إلا بقدر الانضباط المطبق عند ملئه. الممارسات التالية تحافظ على إمكانية إعادة استخدام حالات الاختبار، tracقابل للتطبيق، وواضح.
- اكتب كل خطوة بوضوح: ينبغي أن يكون أي مختبر قادراً على تنفيذ الخطوات دون طلب توضيح.
- ابدأ من وجهة نظر المستخدم: صف ما يفعله المستخدم، وليس ما يفعله الكود.
- إعادة الاستخدام بدلاً من التكرار: الإشارة إلى حالة اختبار موجودة بواسطة المعرف بدلاً من تكرار خطواتها.
- ضمان التغطية الكاملة: ربط حالات الاختبار بالمتطلبات باستخدام المتطلبات Tracمصفوفة القدرات.
- استخدم أداة إدارة: منصات مثل جيرة أو يحتفظ نظام إدارة دورة حياة التطبيقات (APM) من HP بسجل الإصدارات والمرفقات وسجلات التنفيذ في مكان واحد.
