🧩 1. Test Policy (سياسة الاختبار):
📌 هي السياسة العامة للشركة بخصوص الـ Testing.
-
أحيانًا بيكون فيها كمان سياسات إدارية عامة زي مواعيد العمل، التزامات الـ HR… إلخ.
-
بتكون عامة وغير مرتبطة بمشروع محدد.
🎯 المستوى: الأعلى – على مستوى الشركة كلها
✍️ من يكتبه؟ الـ QA Manager أو الـ Test Director
📋 محتواه:
-
مبادئ ومعايير وقواعد الاختبار العامة في الشركة
-
أهداف الجودة
-
التزام الشركة بالاختبار كجزء من دورة التطوير
-
مثلًا: “كل مشروع لازم يعدي على Unit + Integration + System Testing”
🗺️ 2. Test Strategy (استراتيجية الاختبار):
📌 هي وثيقة بتشرح الـ Test Process الكاملة اللي هنمشي عليها في المشروع أو المنتج.
-
بتوضح:
-
أنواع التستنج المطلوبة (Functional, Security, Performance…)
-
الترتيب المنطقي للـ Testing Levels
-
الأدوات المستخدمة
-
الـ Work Products اللي هتنتج في كل مرحلة
-
-
تعتبر إطار عام بنتبنى عليه الـ Test Plan.
🎯 المستوى: على مستوى المشروع أو المنتج
✍️ من يكتبه؟ Test Lead أو QA Manager
📋 محتواه:
-
أنواع الاختبارات اللي هنعملها (Functional, Non-functional…)
-
أدوات الاختبار
-
الـ Test Levels (Unit, System, UAT…)
-
البيئة، المسؤوليات، أنواع الـ Defect handling
✅ هو بمثابة “الخطة العامة” اللي كل التست بلانز تبني عليها
📄 3. Test Plan (خطة اختبار تفصيلية):
📌 وثيقة تنفيذية فيها تفاصيل كل خطوة هنقوم بيها في التستنج داخل مشروع معين.
-
بتتأثر بـ:
-
Test Strategy
-
Test Policy
-
SDLC المستخدم
-
-
هي نشاط مستمر (Continuous Activity)، بيتكتب في أول المشروع، وبيتحدث مع أي Feedback أو تغيير في المتطلبات.
-
أحيانًا بيكون عندنا:
-
Master Test Plan لكل المشروع
-
أو بنقسم الـ Plans حسب الـ Level أو الـ Test Type
-
✅ بتحتوي على:
-
Scope: In-scope / Out-of-scope
- Entry/Exit Criteria
-
Objectives: ليه بنعمل التست؟
-
Risks & Mitigation
-
Approaches: methods & techniques
-
What to test: الموديول أو الـ Features
-
Who will test: أسماء الفريق والأدوار
-
Budget
-
Metrics
-
Schedule لكل Activity
-
Documentation Style: فورمات موحد للـ Test Cases / Reports
🎯 المستوى: أكثر تفصيلًا – لكل جزء أو Feature أو Sprint
✍️ من يكتبه؟ الـ Tester أو الـ Test Lead