1:23:39
Manual Software Testing LIVE Project Part-1
SDET- QA
Overview
يقدم هذا الفيديو مقدمة لمشروع اختبار يدوي لتطبيق تجارة إلكترونية، مع التركيز على فهم دورة حياة اختبار البرمجيات (STLC) والمراحل المختلفة للمشروع. يوضح الفيديو الفرق بين المشروع والمنتج، ويشرح مفهوم تطبيقات الواجهة الأمامية والخلفية، ويستعرض تطبيق OpenCart كمثال عملي. كما يركز على أهمية فهم المتطلبات من خلال وثيقة مواصفات المتطلبات الوظيفية (FRS) وإعداد خطة الاختبار وكتابة سيناريوهات وحالات الاختبار.
How was this?
Save this permanently with flashcards, quizzes, and AI chat
Chapters
- يتم البدء بمشروع اختبار يدوي لتطبيق المفاهيم التي تم تعلمها سابقًا.
- تتبع الشركات نماذج مختلفة، لكن دورة حياة اختبار البرمجيات (STLC) تظل متشابهة: فهم المتطلبات، كتابة السيناريوهات والحالات، التنفيذ، والإبلاغ عن الأخطاء.
- المراحل الرئيسية لمشروع الاختبار اليدوي تشمل: مقدمة المشروع، فهم الوظائف، إعداد خطة الاختبار، كتابة السيناريوهات والحالات، مراجعتها، تجهيز البيئة، تنفيذ الحالات، الإبلاغ عن الأخطاء، اختبارات السلامة والانحدار، والموافقة النهائية.
فهم دورة حياة اختبار البرمجيات (STLC) والمراحل المختلفة للمشروع يضمن اتباع نهج منظم وفعال لضمان جودة البرنامج.
تتبع الشركات نماذج محددة، لكن دورة حياة اختبار البرمجيات (STLC) تظل متطابقة تقريبًا: فهم المتطلبات، كتابة سيناريوهات الاختبار، حالات الاختبار، تنفيذها، والإبلاغ عن الأخطاء.
- المشروع يُطور لعميل محدد ولا يمكن استخدامه من قبل آخرين، بينما المنتج يُطور بناءً على متطلبات السوق ويمكن لأي شخص استخدامه.
- التطبيق الذي سيتم اختباره هو منتج تجارة إلكترونية، وهو شائع الاستخدام ويتضمن وظائف مثل البحث، الإضافة إلى السلة، والدفع.
- تطبيقات التجارة الإلكترونية تتكون من جزأين: الواجهة الأمامية (Front-end) التي يستخدمها العملاء، والواجهة الخلفية (Back-end) التي يستخدمها المسؤولون لإدارة النظام.
التمييز بين المشروع والمنتج وفهم طبيعة تطبيقات الواجهة الأمامية والخلفية يساعد في تحديد نطاق الاختبار والجمهور المستهدف.
تطبيق التجارة الإلكترونية مثل Amazon أو Noon هو منتج، حيث يمكن لأي شخص استخدامه، ويتكون من واجهة أمامية للعملاء وواجهة خلفية للمسؤولين.
- تطبيق OpenCart هو نظام إدارة متجر إلكتروني مفتوح المصدر، ويُستخدم كمثال عملي لاختبار الواجهة الأمامية.
- وثيقة مواصفات المتطلبات الوظيفية (FRS) هي المدخل الرئيسي للمختبر لفهم وظائف التطبيق، ويجب الاعتماد عليها قبل رؤية واجهة المستخدم.
- وثيقة FRS تحتوي على وصف تفصيلي للوظائف، متطلبات النظام، وأحيانًا شاشات نموذجية (Mock-up screens) لتوضيح التصميم.
فهم وثيقة FRS هو الخطوة الأولى والأساسية في عملية الاختبار، حيث تضمن فهمًا دقيقًا لما يجب اختباره قبل البدء بالتنفيذ الفعلي.
وثيقة FRS تحتوي على وصف تفصيلي لوظائف مثل تسجيل الحساب، تسجيل الدخول، البحث عن المنتجات، وإضافة المنتجات إلى السلة، مع شاشات نموذجية توضح كيفية ظهور هذه الوظائف.
- خطة الاختبار هي وثيقة تصف نطاق الاختبار، الميزات التي سيتم اختبارها والتي لن يتم اختبارها، الجداول الزمنية، الأدوات المستخدمة، والأشخاص المسؤولين.
- تتضمن خطة الاختبار أقسامًا رئيسية مثل: النطاق (الإدراجات والاستثناءات)، بيئات الاختبار، استراتيجية الاختبار، إجراءات الإبلاغ عن العيوب، الأدوار والمسؤوليات، وجدول الاختبار.
- يتم إعداد خطة الاختبار بواسطة قادة الاختبار بالتعاون مع الفريق، ويجب الحصول على موافقة العميل عليها قبل البدء بتنفيذ الاختبار.
خطة الاختبار توجه عملية الاختبار بأكملها وتضمن أن جميع جوانب المشروع مغطاة بشكل منهجي، مما يقلل من المخاطر ويحسن جودة المنتج النهائي.
تحديد الميزات التي سيتم اختبارها (مثل التسجيل، تسجيل الدخول، البحث) والميزات التي لن يتم اختبارها (مثل بوابات الدفع الخارجية) في قسم نطاق خطة الاختبار.
- سيناريو الاختبار يحدد المنطقة أو الوظيفة العامة التي سيتم اختبارها (مثل: التحقق من وظيفة تسجيل الحساب).
- حالات الاختبار هي خطوات تفصيلية ومحددة لاختبار سيناريو معين، وتُكتب بناءً على السيناريوهات المستمدة من وثيقة FRS.
- تُعطى السيناريوهات وحالات الاختبار أولوية (P0, P1, P2, P3, P4) لتحديد ترتيب التنفيذ، حيث تُعطى الأولوية القصوى (P0) للوظائف الحرجة مثل تسجيل الدخول.
- يتم توثيق سيناريوهات الاختبار عادةً في جداول بيانات مثل Excel، مع تحديد معرف فريد، وصف، وأولوية لكل سيناريو.
كتابة سيناريوهات وحالات اختبار مفصلة تضمن تغطية شاملة لوظائف التطبيق وتساعد في اكتشاف الأخطاء بدقة وكفاءة.
سيناريو اختبار: 'التحقق من عمل وظيفة تسجيل الحساب'، مع تقدير 27 حالة اختبار لتغطية جوانب مختلفة من عملية التسجيل (مثل إدخال بيانات صحيحة، بيانات غير صحيحة، كلمات مرور ضعيفة، إلخ).
Key takeaways
- فهم دورة حياة اختبار البرمجيات (STLC) هو أساس أي مشروع اختبار ناجح.
- التمييز بين المنتج والمشروع، وفهم طبيعة الواجهات الأمامية والخلفية، ضروري لتحديد نطاق الاختبار.
- وثيقة مواصفات المتطلبات الوظيفية (FRS) هي المصدر الأساسي لفهم متطلبات التطبيق قبل البدء بالاختبار.
- خطة الاختبار هي خارطة الطريق التي توجه عملية الاختبار بأكملها وتضمن تغطية شاملة.
- سيناريوهات وحالات الاختبار التفصيلية ضرورية لاكتشاف الأخطاء بدقة، ويجب ترتيبها حسب الأولوية.
- الاختبار اليدوي يتطلب فهمًا عميقًا للمتطلبات، وقدرة على كتابة سيناريوهات وحالات اختبار فعالة.
- التعاون بين فريق الاختبار والمطورين والإدارة أمر حيوي لضمان جودة المنتج.
Key terms
Manual Software TestingSoftware Testing Life Cycle (STLC)Project vs ProductFront-end vs Back-endE-commerceFunctional Requirements Specification (FRS)Test PlanTest ScenariosTest CasesTest EnvironmentBug ReportingRegression TestingSmoke TestingMock-up ScreensTest Prioritization (P0, P1, P2...)
Test your understanding
- ما هي الخطوات الأساسية في دورة حياة اختبار البرمجيات (STLC)؟
- كيف يختلف المشروع عن المنتج في سياق تطوير البرمجيات؟
- ما هو الدور الرئيسي لوثيقة مواصفات المتطلبات الوظيفية (FRS) في عملية الاختبار؟
- ما هي العناصر الأساسية التي يجب أن تتضمنها خطة الاختبار (Test Plan)؟
- كيف تساهم سيناريوهات وحالات الاختبار في ضمان جودة المنتج؟