# Testing بالعربي (Testing Arabic)

> منصة عربية لتعليم اختبار البرمجيات: دورات مرتّبة، دروس مصوّرة، ومقالات عملية في الاختبار اليدوي والأتمتة وأدوات الـ QA.

Testing بالعربي منصة تعليمية عربية مجانية متخصّصة باختبار البرمجيات (Software Testing / QA)، أسّسها Abdullah Faisal. المحتوى مكتوب بالعربي مع إبقاء المصطلحات التقنية بالإنجليزي (مثل bug, test case, regression, ISTQB, Jira). بتغطي المنصة أساسيات الاختبار، التحضير لشهادات ISTQB، إدارة الاختبار، Agile و Scrum، Jira، اختبار الـ API بـ Postman، وأتمتة الموبايل بـ Maestro.

- اللغة: العربية (مع مصطلحات إنجليزية)
- المحتوى: مجاني، بدون تسجيل
- الموقع: https://testing-arabic.com
- المؤسس على LinkedIn: https://www.linkedin.com/in/abdullah94faisal/

## ابدأ من هنا
- [ابدأ من هنا — خارطة طريق تعلّم اختبار البرمجيات](https://testing-arabic.com/start/): مسار مرتّب خطوة بخطوة لمن يبدأ من الصفر في مجال الـ QA.
- [عن المنصة](https://testing-arabic.com/about/)

## الدورات
- [ISTQB CTFL V4](https://testing-arabic.com/courses/istqb-ctfl/): دورة تحضير لشهادة ISTQB CTFL نسخة 4.0 بالعربي — بنمشي بفصول المنهج الستة بالفهم مش بالحفظ، مع أمثلة عملية وأسئلة على نمط الامتحان لحدّ ما تكون جاهز تقدّم.
- [أساسيات ومفاهيم جودة البرمجيات (Software Testing Concepts)](https://testing-arabic.com/courses/qa-fundamentals-and-practical-skills/): دورة عملية تجمع أهم المفاهيم، الفرق بين المصطلحات، كيفية كتابة الـ Test Cases والـ Bug Reports، والتخطيط لاختبار البرمجيات بشكل احترافي.
- [ISTQB CT-MAT](https://testing-arabic.com/courses/istqb-ct-mat/): دورة تحضير لشهادة ISTQB CT-MAT بالعربي — الشهادة المتخصّصة باختبار تطبيقات الموبايل. بنمشي بفصول المنهج الخمسة بالفهم مش بالحفظ: عالم الموبايل، أنواع اختبار تطبيقات المو…
- [أساسيات Scrum](https://testing-arabic.com/courses/scrum/): دورة Scrum بالعربي مبنية على دليل Scrum الرسمي: الأدوار الثلاثة، الأحداث الخمسة، والمخرجات الثلاثة — بالفهم مش بالحفظ، مع أمثلة من شغل فرق حقيقية وتركيز على موقع المختبر…
- [Jira من الصفر للاحتراف](https://testing-arabic.com/courses/jira/): دورة عملية على Jira بالعربي — من إنشاء أول Project لحدّ قراءة التقارير: أنواع الـ Issues، تنظيم الـ Backlog وتشغيل الـ Sprints، إدارة الإصدارات والـ Releases، إعدادات ال…
- [دليل احتراف اختبـار الـ APIs بـاستخدام Postman 🔻](https://testing-arabic.com/courses/postman-course/): دورة عملية شاملة تأهلك لإتقان اختبـار الواجهات البرمجية (API Testing) بـاستخدام أداة Postman. ستتعلم فيها مفاهيم شبكات الـ Web والـ HTTP Requests (مثل GET, POST, PUT, DE…
- [أتمتة اختبار تطبيقات الموبايل باستخدام Maestro 🔻](https://testing-arabic.com/courses/maestro-mobile-automation/): تعلم أتمتة اختبار تطبيقات الموبايل (Android & iOS) باستخدام أداة Maestro الحديثة والسهلة. ستتعلم خلال هذه الدورة كيفية كتابة اختبارات التفاعل مع الواجهات (UI Testing) بأ…

## الدروس

### ISTQB CTFL V4
- [الفصل الأول: مبادئ الاختبار — Fundamentals of Testing](https://testing-arabic.com/lessons/fundamentals-of-testing/): الفصل الأول من منهج ISTQB CTFL V4 بالعربي: شو يعني اختبار، ليش ضروري، المبادئ السبعة، نشاطات الاختبار وأدواره، والمهارات المطلوبة — بالفهم مش بالحفظ.
- [الفصل الثاني: الاختبار خلال دورة حياة تطوير البرمجيات — Testing Throughout the SDLC](https://testing-arabic.com/lessons/testing-throughout-the-sdlc/): الفصل الثاني من منهج ISTQB CTFL V4 بالعربي: كيف بتأثّر دورة حياة التطوير على الاختبار، shift-left و TDD/ATDD/BDD و DevOps، مستويات الاختبار وأنواعه، واختبار الصيانة.
- [الفصل الثالث: الاختبار الساكن — Static Testing](https://testing-arabic.com/lessons/static-testing/): الفصل الثالث من منهج ISTQB CTFL V4 بالعربي: شو يعني اختبار ساكن، شو بيلاقي وشو ما بيلاقي، الفرق بينه وبين الاختبار الديناميكي، وعملية المراجعة بأنواعها وأدوارها وعوامل ن…
- [الفصل الرابع: تقنيات تصميم الاختبار — Test Analysis and Design](https://testing-arabic.com/lessons/test-analysis-and-design/): الفصل الرابع من منهج ISTQB CTFL V4 بالعربي: تقنيات الصندوق الأسود (تقسيم التكافؤ، القيم الحدّية، جداول القرار، انتقال الحالات)، تقنيات الصندوق الأبيض، التقنيات المبنيّة…
- [الفصل الخامس: إدارة نشاطات الاختبار — Managing the Test Activities](https://testing-arabic.com/lessons/managing-the-test-activities/): الفصل الخامس من منهج ISTQB CTFL V4 بالعربي: خطة الاختبار ومعايير الدخول والخروج، التقدير والأولويات، هرم الاختبار والرباعيات، إدارة المخاطر، المراقبة والتقارير والمقاييس…
- [الفصل السادس: أدوات دعم الاختبار — Test Tools](https://testing-arabic.com/lessons/test-tools/): الفصل السادس والأخير من منهج ISTQB CTFL V4 بالعربي: تصنيفات أدوات الاختبار، فوائد أتمتة الاختبار ومخاطرها، وشو بينفع يتأتمت وشو الأفضل يبقى يدوي.
- [جلسة حل أسئلة سنوات على منهج ISTQB CTFL](https://testing-arabic.com/lessons/ctfl-questions-session/): جلسة فيديو بنحل فيها أسئلة من امتحانات سابقة على منهج ISTQB CTFL، سؤال سؤال، مع طريقة قراءة السؤال واستبعاد الخيارات والأخطاء الشائعة اللي بتوقّع بالامتحان.

### أساسيات ومفاهيم جودة البرمجيات (Software Testing Concepts)
- [الفرق بين Functional و Non-Functional Testing](https://testing-arabic.com/lessons/functional-vs-non-functional-testing/): تعرّف على الفرق الأساسي بين الفحص الوظيفي (Functional Testing) والفحص غير الوظيفي (Non-Functional Testing)، مع أمثلة عملية توضح أهداف ومجالات كل نوع في فحص البرمجيات.
- [Smoke Testing - أول اختبار](https://testing-arabic.com/lessons/smoke-testing/): تعرّف على فحص الدخان (Smoke Testing) وأهميته كخطوة أولى واختبار أولي لثبات البناء (Build Stability) قبل البدء بالفحص التفصيلي للتطبيق.
- [Usability Testing اختبار قابلية الاستخدام](https://testing-arabic.com/lessons/usability-testing/): تعرّف على فحص قابلية الاستخدام (Usability Testing) وأهميته في تقييم مدى سهولة وسلاسة تفاعل المستخدم مع التطبيق، وكيف يساعد في تحسين تجربة المستخدم (UX).
- [الفرق بين الـ QA & QC](https://testing-arabic.com/lessons/qa-vs-qc/): تعرّف على الفرق الأساسي بين ضمان الجودة (Quality Assurance) ضبط الجودة (Quality Control)، ودور كل منهما في دورة حياة تطوير البرمجيات.
- [كيف تكتب Bug Report باحتراف 🔻](https://testing-arabic.com/lessons/how-to-write-a-bug-report/): تعرّف على كيفية كتابة تقرير خلل (Bug Report) واضح واحترافي يُسهّل على فريق التطوير فهم المشكلة وإصلاحها بسرعة وبكفاءة.
- [كيف تكتب Test Cases احترافية 🔻](https://testing-arabic.com/lessons/how-to-write-test-cases/): تعرّف على مفهوم حالات الفحص (Test Cases)، وكيفية صياغتها بشكل منظم ودقيق يضمن تغطية متطلبات البرمجيات والتحقق من جودة النظام.
- [خطة الاختبار (Test Plan) 🔻](https://testing-arabic.com/lessons/test-plan-guide/): تعرّف على مفهوم خطة الاختبار (Test Plan)، وأهميتها في إدارة وتوجيه عمليات اختبار البرمجيات، وكيفية إعداد خطة متكاملة تضمن تغطية الميزات وتحديد المخاطر والمسؤوليات.
- [الفرق بين Severity و Priority](https://testing-arabic.com/lessons/severity-vs-priority/): تعرّف على الفرق بين الشدة (Severity) والأولوية (Priority) في تصنيف الأخطاء البرمجية، وكيف يساعد تحديدهما بدقة في إدارة الأخطاء وترتيب إصلاحها بفريق التطوير.
- [شو هو الـ UI & UX](https://testing-arabic.com/lessons/ui-vs-ux-basics/): تعرّف على مفهوم واجهة المستخدم (UI) وتجربة المستخدم (UX)، والفرق الأساسي بينهما، وأهميتهما لمهندس جودة البرمجيات أثناء عملية الفحص.
- [متى بنوقف الـ Testing؟ (Exit Criteria)](https://testing-arabic.com/lessons/when-to-stop-testing/): تعرّف على الشروط والمعايير التي تحدد لحظة التوقف عن اختبار البرمجيات (Exit Criteria)، وكيفية اتخاذ هذا القرار بناءً على إدارة المخاطر، الوقت، والميزانية.

### ISTQB CT-MAT
- [الفصل الأول: عالم الموبايل — Mobile World](https://testing-arabic.com/lessons/mobile-world/): الفصل الأول من منهج ISTQB CT-MAT بالعربي: بيانات التحليلات، نماذج العمل، أنواع الأجهزة والتطبيقات، معمارية تطبيقات الموبايل، استراتيجية الاختبار، والتحديات والمخاطر الخا…
- [الفصل الثاني: أنواع اختبار تطبيقات الموبايل — Mobile Application Test Types](https://testing-arabic.com/lessons/mobile-application-test-types/): الفصل الثاني من منهج ISTQB CT-MAT بالعربي: اختبار توافق الأجهزة، تفاعل التطبيق مع نظام التشغيل والتطبيقات التانية، طرق الاتصال والشبكات، واختبار التطبيقات Native و Web و…
- [الفصل الثالث: الأنواع المشتركة للاختبار وعملية الاختبار — Common Test Types and Test Process](https://testing-arabic.com/lessons/common-test-types-and-test-process/): الفصل الثالث من منهج ISTQB CT-MAT بالعربي: قابلية التثبيت، الأداء والضغط، الأمان، قابلية الاستخدام والوصولية، قاعدة البيانات، التوطين، الاختبار الميداني، موافقة الستور،…
- [الفصل الرابع: منصّات وأدوات وبيئات اختبار الموبايل — Platforms, Tools and Environment](https://testing-arabic.com/lessons/mobile-platforms-tools-and-environment/): الفصل الرابع من منهج ISTQB CT-MAT بالعربي: منصّات التطوير وأدواتها، الفرق بين Emulators و Simulators والأجهزة الحقيقية، مزارع الأجهزة السحابية، وكيف تبني مخبر اختبار منا…
- [الفصل الخامس: أتمتة تنفيذ الاختبار — Automating the Test Execution](https://testing-arabic.com/lessons/automating-the-test-execution/): الفصل الخامس والأخير من منهج ISTQB CT-MAT بالعربي: ليش ومتى تأتمت بالموبايل، مقاربات وطرق الأتمتة، تحديد العناصر، اختيار الأدوات، وتشغيل الأتمتة على مخبر أجهزة و CI.
- [جلسة حل أسئلة على نمط امتحان ISTQB CT-MAT](https://testing-arabic.com/lessons/ct-mat-questions-session/): جلسة فيديو بنحل فيها أسئلة على نمط امتحان ISTQB CT-MAT، سؤال سؤال، مع طريقة قراءة السؤال واستبعاد الخيارات وأشهر الخلطات وإدارة الوقت.

### أساسيات Scrum
- [مقدمة — شو يعني Scrum؟](https://testing-arabic.com/lessons/scrum-intro/): الدرس الأول من دورة أساسيات Scrum: شو يعني Agile وقيمه الأربعة ومبادئه الاثنا عشر، الفرق بين Agile و Scrum، ركائز Scrum الثلاث، وقيمه الخمسة.
- [إطار العمل — Scrum Framework](https://testing-arabic.com/lessons/scrum-framework/): الدرس الثاني من دورة أساسيات Scrum: شو يعني إطار عمل، مكوّنات Scrum (3 أدوار + 5 أحداث + 3 مخرجات)، دورة الـ Sprint كاملة، التجريبية (empiricism)، وليش Scrum غير قابل لل…
- [Scrum Roles - Scrum الأدوار في](https://testing-arabic.com/lessons/scrum-roles/): الدرس الثالث من دورة أساسيات Scrum: فريق Scrum ومسؤولياته الثلاث — Product Owner و Scrum Master و Developers — ووين بيوقع المختبر، وأشهر الأخطاء بتوزيع الأدوار.
- [الأحداث الخمسة — Scrum Events](https://testing-arabic.com/lessons/scrum-events/): الدرس الرابع من دورة أساسيات Scrum: الأحداث الخمسة — الـ Sprint، Sprint Planning، Daily Scrum، Sprint Review، و Sprint Retrospective — مع الصناديق الزمنية وهدف كل حدث وأ…
- [المخرجات الثلاثة — Scrum Artifacts](https://testing-arabic.com/lessons/scrum-artifacts/): الدرس الخامس من دورة أساسيات Scrum: المخرجات الثلاثة — Product Backlog و Sprint Backlog و Increment — والتزام كل مخرج، وليش Definition of Done أهم بند للمختبر.
- [تطبيق Scrum عملياً](https://testing-arabic.com/lessons/scrum-in-practice/): الدرس السادس والأخير من دورة أساسيات Scrum: كيف تشغّل Sprint حقيقي — اللوح وحدود الشغل الجاري، Definition of Done عملياً، التنقية، المقاييس المفيدة والمضرّة، وأشهر مرض:…

### Jira من الصفر للاحتراف
- [مقدمة — شو يعني Jira؟](https://testing-arabic.com/lessons/jira-intro/): الدرس الأول من دورة Jira من الصفر للاحتراف: شو هي Jira وليش الفرق بتستخدمها، المفاهيم الأساسية Project و Issue و Board و Workflow، ووين بيوقع المختبر فيها.
- [إنشاء أول Project حقيقي على Jira](https://testing-arabic.com/lessons/jira-first-project/): الدرس الثاني: إنشاء أول مشروع على Jira خطوة بخطوة — اختيار القالب Scrum أو Kanban، الفرق بين Team-managed و Company-managed، مفتاح المشروع، وأول جولة على الـ Board والـ…
- [أنواع الـ Issues في Jira](https://testing-arabic.com/lessons/jira-issue-types/): الدرس الثالث: أنواع الـ Issues على Jira والفرق العملي بين Story و Task و Bug و Subtask، إيمتى تستخدم كل نوع، وكيف تضيفهم وتربطهم ببعض.
- [كيف تنشئ Sprint على Jira وتبدأ التتبّع](https://testing-arabic.com/lessons/jira-sprint/): الدرس الرابع: تجهيز الـ Backlog وترتيب أولوياته، إنشاء أول Sprint وتحديد هدفه ومدّته، سحب الـ Issues جوّاه، ومتابعة التقدّم على الـ Board لحد الإغلاق.
- [كيف تضيف Version و Release على Jira](https://testing-arabic.com/lessons/jira-versions-releases/): الدرس الخامس: إدارة الإصدارات على Jira — إنشاء Version، ربط الـ Issues فيها بحقل Fix Version، متابعة صفحة Releases، وإطلاع النسخة وشو بيصير للشغل اللي ما خلص.
- [إعدادات المشروع — إضافة الأعضاء وتوزيع الصلاحيات](https://testing-arabic.com/lessons/jira-project-settings/): الدرس السادس: جولة بـ Project settings — تعديل تفاصيل المشروع، إضافة الأعضاء وتحديد الأدوار، توزيع الـ Permissions، وتعديل أنواع الـ Issues والـ Workflow حسب فريقك.
- [تقارير Jira — اقرأ أداء فريقك وتقدّمه](https://testing-arabic.com/lessons/jira-reports/): الدرس السابع والأخير: تقارير Jira — Burndown و Velocity و Cumulative Flow والـ Dashboards، وكيف تقرأ منهم أداء الفريق ووين بيعلق الشغل.

### دليل احتراف اختبـار الـ APIs بـاستخدام Postman 🔻
- [مقدمة في الـ APIs وأداة Postman](https://testing-arabic.com/lessons/introduction-to-apis-and-postman/): تعرف على مفهوم الـ APIs وكيف تترابط الأنظمة البرمجية، ولمذا نستخدم أداة Postman في فحصها واختبارها، مع شرح خطوة بخطوة لتحميل وتثبيت البرنامج.
- [إنشاء Mock API باستخدام JSON Server](https://testing-arabic.com/lessons/create-mock-api-using-json-server-postman/): تعلم كيفية بناء واجهة برمجة تطبيقات وهمية (Mock API) كاملة في دقائق باستخدام مكتبة JSON Server وتطوير سيناريوهات فحص الـ CRUD بـ Postman بدون الحاجة لكتابة كود Backend.
- [فهم طرق طلبات HTTP الأساسية (GET, POST, PUT, DELETE)](https://testing-arabic.com/lessons/http-request-methods-get-post-put-delete-postman/): تعرف على طرق طلبات HTTP الأساسية (CRUD Operations)، وفروقات الاستخدام بين GET و POST و PUT و DELETE وكيفية تطبيق واختبار كل طريقة عملياً باستخدام أداة Postman.
- [إدارة الطلبات المتقدمة باستخدام Collections و كتابة الاختبارات بـ Scripts](https://testing-arabic.com/lessons/postman-collections-tests-and-scripts/): تعلم كيفية تنظيم طلبات API داخل مجموعات (Collections)، وكتابة السكريبتات الآلية (Tests Scripts) في Postman لاختبار استجابة السيرفر وتأكيد الـ Status Code والـ Response B…

### أتمتة اختبار تطبيقات الموبايل باستخدام Maestro 🔻
- [مقدمة - ليه مايسترو (Maestro) ؟!](https://testing-arabic.com/lessons/introduction-to-maestro-framework/): تعرّف على أداة Maestro الحديثة لأتمتة اختبار تطبيق Android وiOS بطريقة بسيطة وسريعة، ولماذا تعتبر الخيار الأفضل مقارنة بأدوات الأتمتة التقليدية.
- [تثبيت أداة Maestro وإعداد بيئة العمل وربط الجهاز](https://testing-arabic.com/lessons/install-maestro-and-setup-workspace/): خطوات تطبيقية لتثبيت أداة Maestro، إنشاء مساحة العمل (Workspace)، ربط المحاكي أو الجهاز الحقيقي، وتثبيت التطبيق واكتشافه للبدء بالأتمتة.
- [أول اختبار أتمتة باستخدام Maestro (smoke و login)](https://testing-arabic.com/lessons/write-and-run-first-maestro-test/): تعلم كيفية كتابة أول سناريوهات اختبار عملي (Smoke Test & Login Flow) باستخدام ملفات YAML وتشغيلها بنجاح عبر أداة Maestro.

## أسئلة مقابلات QA مع الجواب النموذجي
- [شو الفرق بين الـ Alpha Testing والـ Beta Testing ومين بيعمل كل واحد فيهم؟](https://testing-arabic.com/questions/alpha-vs-beta-testing-explained/): Alpha: فحص يتم داخل الشركة بواسطة فريق الـ QA أو المطورين ببيئة بيئية معزولة، Beta: فحص يتم خارجياً بواسطة مستخدمين حقيقيين ببيئة الـ Production قبل الإطلاق الرسمي.
- [شو الفرق بين الـ Authentication والـ Authorization بالـ API، وكيف بتفحصهم؟](https://testing-arabic.com/questions/api-authentication-vs-authorization/): Authentication: التحقق من هية المستخدم (من أنت؟ - مثل اللوجن برقم سر وتوكن)، بينما Authorization: التحقق من الصلاحيات والمسموحات (شو مسموح لك تعمل؟ - مثل مدير مقابل مستخ…
- [شو الأداة اللي بتستخدمها لفحص وتجربة الـ API مع الدوكيومنتيشن مثل Swagger/OpenAPI؟](https://testing-arabic.com/questions/api-documentation-tools-swagger-postman/): بنستخدم Swagger UI (OpenAPI) لقراءة وثائق الـ API وتجربة الطلبات المباشرة، إضافة لـ Postman أو Insomnia لتنفيذ اختبارات متقدمة وأتمتة السكريبتات.
- [شو الفرق بين Authentication و Authorization بالـ API وكيف بتختبرهم؟](https://testing-arabic.com/questions/authentication-vs-authorization-api/): Authentication: "مين أنت؟" (التحقق من الهوية مثل تسجيل الدخول والـ Tokens). Authorization: "شو مسموح لك تعمل؟" (التحقق من الصلاحيات والـ Roles).
- [شو أدوات التقرير (Reporting Tools) اللي بتربطها مع سكريبتات الأتمتة بالـ Selenium أو Playwright؟](https://testing-arabic.com/questions/automation-reporting-tools-allure/): بنستخدم أطر تقارير متقدمة مثل Allure Report أو ExtentReports لتوليد تقارير بصرية تفاعلية تحتوي الصور والخطوات ونتائج التنفيذ.
- [كيف بتختار أفضل Locator بالـ Selenium أو Playwright؟](https://testing-arabic.com/questions/best-locators-strategy-automation/): الأفضلية للـ Custom Data Attributes (مثل data-testid) ثم الـ User-facing Attributes (مثل Role أو Text بالـ Playwright)، ثم الـ ID/CSS، وأخيراً الـ Absolute XPath.
- [شو الفرق بين Black Box Testing و White Box Testing؟](https://testing-arabic.com/questions/black-box-vs-white-box-testing/): Black Box هو اختبار الوظائف والواجهات دون الاطلاع على الكود الداخلي، بينما White Box يتطلب فحص الكود البرمجي والبنية الداخلية للنظام (مثل Unit Testing).
- [شو هي مراحل دورة حياة الخطأ (Bug / Defect Lifecycle)؟](https://testing-arabic.com/questions/bug-defect-lifecycle/): تبدأ بحالة New عند اكتشاف الخطأ، ثم Assigned للمطور، تتحول لـ Fixed بعد التعديل، ثم Retest من الـ QA، وتنتهي بـ Closed أو Reopen إذا لم تُحل المشكلة.
- [شو هي الأداة اللي بتستخدمها لإدارة الـ Tickets والـ Bugs (مثل Jira)، وكيف بتوثق عملك فيها؟](https://testing-arabic.com/questions/bug-tracking-and-task-management-tools/): الأداة الأكثر شيوعاً هي Jira. بنستخدمها لتتبع الـ User Stories، رفع الـ Bug Reports، متابعة حالة التيكيت عبر الـ Board (To Do, In Progress, QA, Done)، وربطه بالـ Sprint…
- [شو بتعمل لو اكتشفت Bug خطير بالـ Production؟](https://testing-arabic.com/questions/critical-bug-in-production-handling/): أتحقق من المشكلة فوراً لإعادة إنتاجها (Reproduce)، أقيّم التأثير، أبلغ فريق التطوير والـ PO لعمل Hotfix، وبعد الحل أحلل السبب الجذري (Root Cause) لمنع تكراره.
- [كيف بتنفذ الـ Database Testing لميزة معينة، وشو أهم الأشياء اللي بتفحصها بالـ DB؟](https://testing-arabic.com/questions/database-testing-best-practices/): بنتأكد إن البيانات اتسجلت صح بالجدول (Data Integrity)، قيم الـ Constraints والـ Default values صحيحة، التشفير شغال للبيانات الحساسة، ولما نعمل Delete أو Update ما يضل بي…
- [كيف بتعمل Debug للـ Tests الفاشلة وتستخرج أدلة بالـ Playwright و Selenium؟](https://testing-arabic.com/questions/debugging-failed-automation-tests/): بالـ Selenium نأخذ Screenshots و Video يدوي عند الفشل عبر الـ Listeners، أما بالـ Playwright نستخدم الـ Trace Viewer المدمج لتتبع خطوات التست خطوة بخطوة مع الـ DOM Snaps…
- [شو بتعمل لو المطور أصلح Bug معين، وبسبب التعديل خربت ميزة ثانية كانت شغالة؟](https://testing-arabic.com/questions/developer-introduced-side-effects/): بفتح Bug جديد أو برجع الـ Bug الأصلي Reopen حسب سياسة الفريق، وبوضح للمطور الـ Side Effect اللي صار عشان ينتبه لأثر التعديل في المرات الجاية.
- [شو بتعمل إذا المطور رفض الـ Bug وقال إنه مش مشكلة؟](https://testing-arabic.com/questions/developer-rejects-bug/): برجع للمتطلبات (Requirements) وبتأكد من الـ Expected Result، بنقّش الموضوع بمهنية مع المطور مع تقديم الدلائل (Logs/Videos)، وإذا استمر الخلاف برجع للـ Product Owner حاسم…
- [شو فائدة استخدام Docker بالنسبة لمهندس الـ QA بالعمل اليومي؟](https://testing-arabic.com/questions/docker-for-qa-engineers/): بيساعد Docker بالبدء السريع ببيئات فحص معزولة ومطابقة لبيئة الإنتاج، وتشغيل الاختبارات المتمتة بـ Headless Browser Containers دون التأثر بالإعدادات المحلية.
- [شو الفرق بين Definition of Ready (DoR) و Definition of Done (DoD) في بيئة الـ Agile؟](https://testing-arabic.com/questions/dor-vs-dod-agile/): DoR هي المعايير اللي بتضمن إن الـ User Story جاهزة ليدخل فيها التطوير، بينما DoD هي المعايير اللي بتضمن إن الميزة اكتملت تماماً ومختبرة وجاهزة للـ Release.
- [شو الفرق بين Error, Bug, Fault, and Failure؟](https://testing-arabic.com/questions/error-bug-fault-failure-difference/): الـ Error غليظة بيعملها المطور بالكود، بتؤدي للـ Defect/Bug/Fault بالبرنامج، وإذا اشتغل البرمجية وظهرت المشكلة للمستخدم بتصير Failure.
- [متى بتوقف الاختبار؟ (Exit Criteria)](https://testing-arabic.com/questions/exit-criteria-testing/): يتم إيقاف الاختبار عند تحقق معايير الخروج (Exit Criteria) المحددة مسبقاً، مثل تغطية جميع حالات الاختبار الأساسية، وإغلاق كافة الأخطاء الحرجة (Critical Bugs)، وانتهاء الو…
- [شو هو الـ Exploratory Testing ومتى بتفضل استخدامه بعملك؟](https://testing-arabic.com/questions/exploratory-testing-use-cases/): أسلوب اختبار قائم على التعلم والتصميم والتنفيذ بنفس الوقت، بستخدمه بالميزات الجديدة، عند غياب الوثائق، أو للعثور على Edge Cases غريبة.
- [Script بينجح مرة وبيفشل مرة — شو بتعمل؟ (Flaky Tests)](https://testing-arabic.com/questions/flaky-tests/): أتحقق من أسباب عدم الاستقرار (Flakiness) مثل مشاكل التزامن (Waits/Timeouts)، الاعتماد على بيانات متغيرة، مشاكل البيئة أو الـ Network، ثم أعيد كتابة الاختبار ليكون مستقلا…
- [من وين بتبدأ باختبار API؟](https://testing-arabic.com/questions/getting-started-api-testing/): أبدأ بفهم التوثيق (API Docs/Swagger)، ثم التحقق من نقاط النهاية (Endpoints)، اختبار الـ Happy Path، ثم اختبار الإدخالات الخاطئة والـ Boundary Values، والتحقق من رموز الا…
- [كيف بتتأكد إن التقرير أو الـ Bug Report اللي بتكتبه ممتاز ومفهوم؟](https://testing-arabic.com/questions/good-bug-report-components/): يحتوي عنوان واضح، خطوات إعادة الإنتاج، النتيجة المتوقعة، النتيجة الفعلية، البيئة، وإرفاق الدلائل مثل الصور أو الفيديوهات والـ Logs.
- [شو بتعمل لو طلبوا منك أتمتة مشروع (Unstable Project) بيتغير الـ UI والـ Backend فيه باستمرار؟](https://testing-arabic.com/questions/handling-automation-for-unstable-apps/): بنصح بعدم البدء بالـ UI Automation للتطبيق غير المستقر، وبنبدأ بالـ API Automation المباشر أو الـ Smoke Tests للخدمات المستقرة فقط لتوفير الجهد.
- [شو بتعمل لو اكتشفت Bug بآخر لحظة قبل الـ Release المخطط له؟](https://testing-arabic.com/questions/handling-critical-bug-before-release/): بنقيم خطورة وأثر الـ Bug فوراً (Impact & Severity)، وبنبلغ الـ Product Owner/Team Lead للقرار: إما إيقاف الـ Release، إغلاق الميزة (Feature Toggle)، أو تأجيل إصلاحها.
- [كيف بتتعامل مع عضو فريق بتأخر بتقديم الـ Deliverables وتبعتله مهامك؟](https://testing-arabic.com/questions/handling-delayed-developer-deliverables/): بتكلم مع المطور بلطف لفهم أسباب التأخير، وبطرح موضوع التراكم بـ Retrospective Meeting لوضع آلية تسليم تدريجية تناسب الجميع.
- [كيف بتتعامل مع الـ Frames و الـ Shadow DOM بالـ Selenium مقارنة بـ Playwright؟](https://testing-arabic.com/questions/handling-iframes-and-shadow-dom/): بالـ Selenium يلزم الانتقال اليدوي switchTo().frame() وتجاوز الـ Shadow Root بالـ JS، بينما بالـ Playwright يتم اختراق الـ Shadow DOM تلقائياً والوصول للـ Frames مباشرة…
- [شو بتعمل إذا واجهت Bug بيظهر مرة وبعشر مرات بختفي (Intermittent Bug)؟](https://testing-arabic.com/questions/handling-intermittent-bugs/): أجمع كافة التفاصيل الممكنة (Logs, Network Requests, System Resources)، أحاول تحديد النمط (Pattern) أو الظروف المسببة، وأجلس مع المطور لمراجعة الـ Server/Console Logs.
- [كيف بتتعامل مع ضغط الوقت لما الـ Release يكون قسري والوقت غير كافي؟](https://testing-arabic.com/questions/handling-release-time-pressure/): أعتمد على الـ Risk-Based Testing، بركز على الـ Core Functionalities والسيناريوهات عالية الخطورة، وبلغ الفريق والـ PO بالمخاطر والميزات اللي ما اتغطت بشفافية.
- [شو هو الـ Headless Mode ومتى بنستخدمه؟](https://testing-arabic.com/questions/headless-browser-testing-automation/): تشغيل المتصفح بدون واجهة رسومية (UI)، ويُستخدم لتسريع تنفيذ الاختبارات وتوفير استهلاك الموارد خاصة في بيئات الـ CI/CD Pipelines.
- [شو الفرق بين HTTP Methods الأساسية (GET, POST, PUT, PATCH, DELETE)؟](https://testing-arabic.com/questions/http-request-methods-explained/): GET: لجلب البيانات، POST: لإضافة بيان جديد، PUT: لتعديل الكائن بالكامل (أو إنشائه)، PATCH: لتعديل جزء معين من البيانات، و DELETE: لحذف البيانات.
- [شو أهم الـ HTTP Status Codes اللي لازم كل QA يركز عليها؟](https://testing-arabic.com/questions/http-status-codes-for-qa/): 2xx (نجاح): مثل 200 OK و 201 Created. 4xx (أخطاء العميل): مثل 400 Bad Request و 401 Unauthorized و 404 Not Found. 5xx (أخطاء السيرفر): مثل 500 Internal Server Error و 50…
- [شو يعني Idempotence في الـ API وليه مهمة للـ QA؟](https://testing-arabic.com/questions/idempotency-in-api-testing/): الـ Idempotent Method هي الـ Request اللي لو أرسلتها مرة وحدة أو 100 مرة لنفس البيانات، بتعطي نفس النتيجة على السيرفر بدون تغيير جانبي مكرر (مثل GET, PUT, DELETE).
- [كيف بتشغل سكريبتات الأتمتة تلقائياً مع الـ CI/CD Pipeline؟](https://testing-arabic.com/questions/integrating-automation-with-cicd/): نُهيئ السكريبتات لتعمل بـ Headless mode عبر ملفات التكوين (YAML)، ونربط تشغيلها بـ Triggers معينة مثل الـ Push أو الـ Pull Request، مع استخراج التقرير النهائي للـ Pipeli…
- [كيف بتم تقسيم العمل في Jira شو الفرق بين Epic, Story, Task, و Sub-task؟](https://testing-arabic.com/questions/jira-issue-types-epic-story-task/): Epic: ميزة كبيرة تضم عدة أهداف، User Story: ميزة محددة من منظور المستخدم، Task: عمل تقني أو إداري، و Sub-task: جزء صغير جداً مفصل داخل التاسك أو الاستوري.
- [شو يعني JQL (Jira Query Language) وكيف بتستخدمها كـ QA لتصفية الـ Tickets ؟](https://testing-arabic.com/questions/jira-query-language-jql-for-qa/): JQL هي لغة استعلام مخصصة في Jira تُستخدم للبحث المتقدم وتصفية التيكتس حسب شروط معينة مثل حالة الـ Bugs المفتوحة، الأولوية، أو الـ Sprint الحالي.
- [شو هي أداة Apache JMeter وشو أجزاء الـ Test Plan فيها؟](https://testing-arabic.com/questions/jmeter-architecture-and-test-plan/): JMeter أداة مفتوحة المصدر مبنية بـ Java لاختبار الأداء والضغط. تتكون من Thread Group (المستخدمين)، Samplers (الطلبات)، و Listeners (النتائج).
- [كيف بتتعامل مع القيمة المتغيرة dynamic data (مثل Session ID أو Auth Token) بـ JMeter؟](https://testing-arabic.com/questions/jmeter-correlation-post-processors/): بنستخدم الـ Post-Processors (مثل JSON Extractor أو Regular Expression Extractor) لاستخراج القيمة من استجابة الطلب الأول وحفظها بمتغير لاستخدامها بالطلب التالي.
- [شو هي أداة k6، وكيف بتفرق عن JMeter لاختبار الأداء والضغط؟](https://testing-arabic.com/questions/k6-vs-jmeter-performance-testing/): k6 أداة حديثة لاختبار الأداء مكتوبة بـ Go وتُكتب السكريبتات فيها بـ JavaScript، تتميز بكونها خفيفة جداً، أسرع بالـ CI/CD، وتعتمد على الكود (Code-based) بدلاً من الـ GUI.
- [شو يعني Test Automation Technical Debt وكيف بتتعامل معه لما تكثر الاختبارات بالسيستم؟](https://testing-arabic.com/questions/managing-automation-technical-debt/): الديون التقنية بالأتمتة بتصير لما نراكم كود سريع أو سكريبتات Flaky، والحل بتنفيذ Refactoring دوري، ح Delete للـ Tests المكررة، وتحديث الـ Locators والأطر المستخدمة باستم…
- [كيف بتدير الـ Test Data بالاختبارات المتمتة عشان تتفادى التضارب أو فشل التست؟](https://testing-arabic.com/questions/managing-test-data-in-automation/): عبر إنشاء بيانات جديدة تلقائياً قبل كل اختبار (Dynamic Data Generation / API Setup) وتنظيفها بعد الانتهاء (Teardown)، لتفادي الاعتماد على بيانات ثابتة قد تتغير.
- [شو الأداة اللي بتستخدمها لعمل Mock للـ APIs لو كان الـ Backend مش جاهز؟](https://testing-arabic.com/questions/mocking-api-tools-postman-json-server/): بنستخدم Postman Mock Servers أو مكتبات مثل JSON Server أو WireMock لمحاكاة الـ API والـ Responses حتى نتمكن من الفحص أو الأتمتة المبكرة قبل جهوزية الـ Backend.
- [شو الأدوات اللي بتستخدمها لمراقبة الـ Web Traffic أو التعديل على الـ Requests (مثل Charles Proxy أو DevTools)؟](https://testing-arabic.com/questions/network-proxy-tools-charles-devtools/): بنستخدم Chrome DevTools (Network Tab) لفحص الطلبات بالويب، وأدوات Proxy مثل Charles Proxy أو Fiddler لتتبع وحقن طلبات الـ Mobile Applications والـ Traffic المعقد.
- [شو هو نمط Page Object Model (POM) وليه بنستخدمه بالأتمتة؟](https://testing-arabic.com/questions/page-object-model-design-pattern/): هو Design Pattern بيقسّم المشروع بحيث تكون عناصر وصفحات الواجهة بملفات منفصلة عن كود الاختبارات، مما يسهل صيانة السكريبتات وإعادة استخدام العناصر (Reusability).
- [شو أهم المؤشرات والـ Metrics اللي بتطلع عليها بالتقرير لما تعمل Load Testing؟](https://testing-arabic.com/questions/performance-testing-metrics-guide/): بنراقب زمن الاستجابة (Response Time / Latency)، الإنتاجية (Throughput / TPS)، نسبة الأخطاء (Error Rate)، واستهلاك الموارد (CPU/Memory Utilization).
- [شو هو اختبار الأداء (Performance Testing) وشو أنواعه الأساسية؟](https://testing-arabic.com/questions/performance-testing-types-overview/): هو فحص مدى سرعة، استقرار، وقابلية توسع النظام تحت حجم أحمال مختلفة. أهم أنواعه: Load Testing، Stress Testing، و Spike Testing.
- [كيف بتقنع الإدارة أو الفريق ببدء مشروع Automation إذا كانوا شايفينه تضييع وقت؟](https://testing-arabic.com/questions/persuading-management-for-automation/): بوضح المردود الاستثماري (ROI) بلغة الأرقام: توفير ساعات العمل اليدوية المكررة، تسريع الـ Feedback Loop، وتقليل الأخطاء البشرية بالـ Releases.
- [كيف بيتعامل Playwright مع الـ Auto-waiting؟](https://testing-arabic.com/questions/playwright-auto-waiting-mechanism/): بيعمل Playwright فحص تلقائي لعدة شروط (Actionability Checks) قبل أي إجراء (مثل الضغط أو الكتابة) للتأكد إن العنصر Visible, Enabled, Stable ومش مغطى بعنصر ثاني.
- [كيف بيتحكم Playwright بالـ Browser Contexts والمحتوى المعزول؟](https://testing-arabic.com/questions/playwright-browser-contexts-explained/): الـ Browser Context هو جلسة معزولة تماماً (مثل Incognito Window) داخل نفس المتصفح، بتسمح بتشغيل عدة اختبارات أو مستخدمين ببيئات مستقلة وسريعة جداً بدون فتح متصفح جديد كل…
- [شو الفرق الأساسي بين Playwright و Selenium؟](https://testing-arabic.com/questions/playwright-vs-selenium-differences/): Selenium بيعتمد على الـ WebDriver للاتصال بالمتصفحات، بينما Playwright بيتصل مباشرة بالمتصفح عبر الـ DevTools Protocol، مما يجعله أسرع، أكثر استقراراً، وبيدعم الـ Auto-w…
- [كيف بتنفذ مفهوم الـ API Chaining بالـ Postman لتمرير داتا من Request لأخر تلقائياً؟](https://testing-arabic.com/questions/postman-api-chaining-guide/): بنستخرج القيمة (مثل الـ Token أو الـ ID) من الـ Response للطلب الأول باستخدام JavaScript في تبويب Tests، وبنحفظها بـ Environment Variable، وبنستدعيها بالطلب الثاني بـ {{…
- [شو أداة Newman التابعة لـ Postman ومتى بنستخدمها؟](https://testing-arabic.com/questions/postman-newman-cli-runner/): Newman هي أداة Command Line تابعة لـ Postman تسمح بتشغيل مجموعات الاختبارات (Collections) مباشرة عبر الموجه أو داخل الـ CI/CD Pipelines دون الحاجة للواجهة الرسومية.
- [لو اكتشفت أكثر من Bug خطير بوقت واحد، كيف بترتب أولويات الفحص والإبلاغ عنهم؟](https://testing-arabic.com/questions/prioritizing-multiple-critical-bugs/): أقيّم الأثر بناءً على عدد المستخدمين المتأثرين والأثر المالي/التجاري (Business Impact)، وأبدأ بالـ Bug اللي بيعطّل العمليات الحيوية للنظام.
- [كيف بتتصرف لو اتهم المطورون أو الإدارة فريق الـ QA بإنه سبب التأخير (Bottleneck) بالـ Sprint؟](https://testing-arabic.com/questions/qa-as-a-bottleneck-resolution/): بحلل أسباب التراكم (مثل وصول المهام بآخر أيام السبرنت)، وبقترح حلول عملية مثل Shift-Left، تحسين الـ Automation، أو أتمتة الـ Sanity Tests لتحسين الـ Velocity.
- [شو قيمتك ودورك كـ QA بتطوير المنتج أثناء اجتماع الـ Grooming / Refinement؟](https://testing-arabic.com/questions/qa-role-in-backlog-refinement/): توضيح الـ Edge Cases من البداية، مراجعة قابليتها للاختبار (Testability)، ومساعدة الفريق بضبط الـ Acceptance Criteria وحساب الـ Story Points بدقة.
- [عندك أسئلة إلنا؟ (في نهاية المقابلة)](https://testing-arabic.com/questions/questions-for-interviewer/): نعم، من المهم دائماً طرح أسئلة ذكية تُظهر اهتمامك بالدور ورغبتك في فهم بيئة العمل، مثل الاستفسار عن هيكلية فريق الـ QA، أدوات الأتمتة المستخدمة، أو التحديات الحالية في ب…
- [كيف بتختار نطاق اختبار الانحدار (Regression Scope)؟](https://testing-arabic.com/questions/regression-testing-scope/): يتم اختيار النطاق بناءً على تحليل الأثر (Impact Analysis)، التركيز على الميزات الأساسية للمنتج (Core Features)، الأجزاء الأكثر استخداماً من المستخدمين، والمناطق التي شهد…
- [شو الفرق بين Re-testing و Regression Testing؟](https://testing-arabic.com/questions/retesting-vs-regression-testing/): Re-testing هو إعادة اختبار عطل محدد تم إصلاحه للتأكد من زواله، بينما Regression Testing هو إعادة اختبار أجزاء من النظام للتأكد من أن التعديلات الجديدة لم تؤثر على الوظائ…
- [شو الفرق بين Implicit Wait و Explicit Wait و Fluent Wait بالـ Selenium؟](https://testing-arabic.com/questions/selenium-waits-implicit-explicit-fluent/): Implicit: ينتظر وقتاً محدداً لكل عناصر الصفحة، Explicit: ينتظر شرطاً معيناً لعنصر محدد، و Fluent: ينتظر مع تحديد فترة الفحص المكرر (Polling Interval) وتجاهل استثناءات مع…
- [شو الفرق بين Severity و Priority؟](https://testing-arabic.com/questions/severity-vs-priority/): Severity تعبر عن مدى التأثير الفني للخطأ على النظام (High, Medium, Low)، بينما Priority تعبر عن مدى الأهمية والأولوية لإصلاح الخطأ من ناحية العمل والتجارة (Business Urge…
- [شو هو مفهوم Shift-Left Testing وكيف بتطبقه بأسلوب عملك؟](https://testing-arabic.com/questions/shift-left-testing-concept/): يعني إدخال الـ QA بمهام التست والمراجعة من أبكر مرحلة ممكنة في دورة التطوير (مثل مرحلة المتطلبات والتصميم) لاكتشاف الأخطاء وتفاديها قبل كتابة الكود.
- [شو مفهوم الـ Shift-Right Testing وكيف بيفرق عن الـ Shift-Left؟](https://testing-arabic.com/questions/shift-right-testing-in-production/): الـ Shift-Right هو فحص واختبار النظام في بيئة الـ Production الحقيقية بعد الإطلاق، عبر مراقبة الأداء (Monitoring)، الـ Canary Releases، و A/B Testing.
- [شو الفرق بين Smoke Testing و Sanity Testing؟](https://testing-arabic.com/questions/smoke-vs-sanity-testing/): Smoke Testing بيختبر الميزات الأساسية للسيستم كامل للتأكد من استقرار الـ Build بشكل عام، بينما Sanity Testing بيكون مركز وسريع على ميزة معينة أو Bug تم إصلاحه للتأكد من…
- [شو هي أداة SonarQube وشو دورها بفحص الكود (Static Code Analysis)؟](https://testing-arabic.com/questions/sonarqube-static-code-analysis/): أداة لفحص الكود المصدري تلقائياً (Static Security & Quality Analysis)، لكشف الـ Code Smells، والثغرات الأمنية (Security Vulnerabilities)، وتغطية الـ Unit Tests.
- [شو بيميز حالة اختبار جيدة (Good Test Case)؟](https://testing-arabic.com/questions/test-case-quality/): حالة الاختبار الجيدة تكون واضحة، سهلة الفهم والصيانة، قابلة لإعادة الاستخدام (Reusable)، ومغطية للمتطلبات بوضوح مع تحديد الخطوات والنتائج المتوقعة بشكل دقيق بدون غموض.
- [كيف بتحسب الـ Test Coverage وشو الفرق بين Requirement Coverage و Code Coverage؟](https://testing-arabic.com/questions/test-coverage-metrics-explained/): Requirement Coverage: قياس نسبة فحص المتطلبات المطلوبة للعميل (QA Role)، بينما Code Coverage: قياس نسبة السطور البرمجية المنيزة بالتست من قبل المطورين (Unit/Integration…
- [شو هي تقنيات تصميم حالات الاختبار (Test Design Techniques)؟](https://testing-arabic.com/questions/test-design-techniques/): التقنيات تساعدنا نغطي أكبر قدر من حالات الاختبار بأقل عدد ممكن، وأشهرها: Equivalence Partitioning، Boundary Value Analysis، و State Transition Testing.
- [وين بتكتب بتوثق الـ Test Cases والـ Test Plans بالشركة؟](https://testing-arabic.com/questions/test-management-tools-confluence-zephyr/): بنوثق الـ Test Plans في Confluence أو نسجل الـ Test Cases إما داخل أدوات مخصصة في Jira (مثل Zephyr / Xray) أو عبر جداول متقدمة على Google Sheets.
- [شو هو الـ Test Plan وشو محتوياته الأساسية؟](https://testing-arabic.com/questions/test-plan-structure-and-components/): الـ Test Plan هو وثيقة مرجعية بتحدد نطاق الاختبار (Scope)، الاستراتيجية، الموارد، الجدول الزمني، إدارة المخاطر، ومعايير البدء والتوقف (Entry/Exit Criteria).
- [كيف بتستعد وتبدأ التست على ميزة جديدة كلياً (New Feature)؟](https://testing-arabic.com/questions/testing-a-new-feature-from-scratch/): أبدأ بفهم المتطلبات، كتابة حالات الاختبار (Test Cases)، مراجعتها مع الفريق، تجهيز بيانات الاختبار (Test Data)، ثم البدء بالتنفيذ من الـ Smoke للـ Detailed Testing.
- [كيف بتختبر ميزة شغال فيها النظام بأسلوب غير متزامن (Asynchronous / Message Queues مثل RabbitMQ/Kafka)؟](https://testing-arabic.com/questions/testing-asynchronous-operations-queues/): بنفحص الـ Event Triggering، التأخير الزمني (Timeouts/Delays)، إعادة المحاولة عند الفشل (Retry Mechanism)، والـ Dead Letter Queue (DLQ) لضمان عدم ضياع أي الرسائل بالخلفية.
- [كيف بتختبر ميزة بدون متطلبات مكتوبة (No Requirements)؟](https://testing-arabic.com/questions/testing-without-requirements/): أعتمد على الاختبار الاستكشافي (Exploratory Testing)، مقارنة الميزة بأنظمة مشابهة (Domain Knowledge)، عقد جلسة مع الـ Product Owner والمطورين للدردشة والفهم، وتدوين الملا…
- [شو بتتصرف إذا واجهت سلوك بالواجهة (UI/UX) بتحس إنه غير مريح للمستخدم، بس ما في نص صريح عليه بالمتطلبات؟](https://testing-arabic.com/questions/ui-ux-issue-without-spec/): أشارك الملاحظة مع مصمم الـ UI/UX والـ PO كـ Observation أو Suggestion، وأوضح كيف ممكن تأثر على تجربة المستخدم مع اقتراح البديل.
- [شو بتتصرف لو بلّش الـ Sprint ولقيت الـ User Stories غير واضحة أو ناقصة القبول (Acceptance Criteria)؟](https://testing-arabic.com/questions/unclear-user-stories-in-sprint/): أطلب جلسة Refinement سريعة مع الـ Product Owner لتوضيح النواقص وتحديد الـ Acceptance Criteria بوضوح قبل البدء بكتابة سيناريوهات الاختبار.
- [شو الفرق بين اختبار سهولة الاستخدام (Usability) واختبار إمكانية الوصول (Accessibility)؟](https://testing-arabic.com/questions/usability-vs-accessibility-testing/): Usability: مدى سهولة وسلاسة استخدام النظام للمستخدم العادي، Accessibility: ضمان إمكانية استخدام النظام لأصحاب الهمم والاحتياجات الخاصة (WCAG Standards).
- [شو الفرق بين Verification و Validation؟](https://testing-arabic.com/questions/verification-vs-validation/): Verification يعني "هل بنبني المنتج صح؟" (فحص المخططات والوثائق)، بينما Validation يعني "هل بنبني المنتج الصحيح؟" (اختبار النظام الفعلي لتلبية احتياجات العميل).
- [شو بتأتمت وشو بتترك يدوي؟ (Automation vs Manual)](https://testing-arabic.com/questions/what-to-automate-vs-manual/): نؤتمت السيناريوهات المكررة بكثرة (Regression Tests)، الاختبارات الروتينية الشاقة، وData-driven tests. ونترك للمانوال: الميزات الجديدة، اختبارات تجربة المستخدم (UX)، والـ…

## قاموس مصطلحات اختبار البرمجيات
- [اختبار الأداء (Performance Testing)](https://testing-arabic.com/glossary/performance-testing/): اختبار قياس سرعة واستجابة واستقرار النظام تحت حجم أعباء مختلف.
- [اختبار الانحدار (Regression Testing)](https://testing-arabic.com/glossary/regression/): إعادة اختبار ما كان شغّالاً للتأكد إنه ضل شغّال بعد أي تغيير.
- [اختبار التأكيد (Confirmation Testing (Re-testing))](https://testing-arabic.com/glossary/confirmation-testing/): إعادة تنفيذ نفس الخطوات بعد الإصلاح للتأكد إنه الـ Bug فعلاً انحل.
- [اختبار التكامل (Integration Testing)](https://testing-arabic.com/glossary/integration-testing/): اختبار التفاعل والربط الصحيح بين الوحدات والأنظمة المختلفة.
- [اختبار الدخان (Smoke Test)](https://testing-arabic.com/glossary/smoke-test/): فحص سريع للمسارات الحرجة بعد نسخة جديدة، للتأكد إنها تستاهل الاختبار العميق.
- [اختبار السلامة (Sanity Testing)](https://testing-arabic.com/glossary/sanity-testing/): فحص سريع ومركّز على ميزة أو إصلاح محدّد بعد تعديل صغير.
- [اختبار الصندوق الأبيض (White-box Testing)](https://testing-arabic.com/glossary/white-box/): اختبار مبني على بنية الكود نفسه ومساراته الداخلية.
- [اختبار الصندوق الأسود (Black-box Testing)](https://testing-arabic.com/glossary/black-box/): اختبار مبني على المتطلبات والسلوك الظاهر، بدون النظر للكود.
- [اختبار الصيانة (Maintenance Testing)](https://testing-arabic.com/glossary/maintenance-testing/): الاختبار اللي بيصير على نظام شغّال بالإنتاج بعد أي تعديل أو ترحيل.
- [اختبار القبول (Acceptance Testing (UAT))](https://testing-arabic.com/glossary/acceptance-testing/): اختبار يُجرى للتأكد من أن النظام يلبي متطلبات العمل وجاهز للإطلاق.
- [اختبار النظام (System Testing)](https://testing-arabic.com/glossary/system-testing/): اختبار النظام كامل من طرف لطرف زي ما بيستعمله المستخدم.
- [اختبار الوحدة (Unit Testing (Component Testing))](https://testing-arabic.com/glossary/unit-testing/): اختبار أصغر قطعة بالكود لحالها ومعزولة عن باقي النظام.
- [اختبار انتقال الحالات (State Transition Testing)](https://testing-arabic.com/glossary/state-transition/): اختبار تنقّل النظام بين حالاته — والانتقالات الممنوعة كمان.
- [اختبار متذبذب (Flaky Test)](https://testing-arabic.com/glossary/flaky-test/): اختبار آلي بينجح مرة وبيفشل مرة على نفس الكود بدون سبب حقيقي.
- [الاختبار الاستكشافي (Exploratory Testing)](https://testing-arabic.com/glossary/exploratory-testing/): اختبار بدون حالات مكتوبة مسبقاً، بتتعلّم فيه من النظام وأنت بتجرّب.
- [الاختبار الساكن (Static Testing)](https://testing-arabic.com/glossary/static-testing/): فحص المخرجات بدون تشغيل النظام — مراجعات وتحليل آلي للكود والوثائق.
- [الاختبار المبني على المخاطر (Risk-Based Testing)](https://testing-arabic.com/glossary/risk-based-testing/): ترتيب جهد الاختبار حسب احتمال الفشل وأثره، بدل ما توزّعه بالتساوي.
- [الاختبار الوظيفي (Functional Testing)](https://testing-arabic.com/glossary/functional-testing/): اختبار شو بيعمل النظام — هل الوظيفة بتشتغل حسب المتطلب.
- [الاختبار غير الوظيفي (Non-Functional Testing)](https://testing-arabic.com/glossary/non-functional-testing/): اختبار كيف بيعمل النظام — سرعته وأمانه وسهولته وتوافقه.
- [الانتظار الصريح (Explicit Wait)](https://testing-arabic.com/glossary/explicit-wait/): انتظار شرط محدّد يتحقّق بدل ما توقف السكربت مدة ثابتة.
- [الأولوية (Priority)](https://testing-arabic.com/glossary/priority/): مدى استعجال إصلاح العيب، وبتتحدّد حسب قيمة العمل مش حسب الأثر التقني.
- [التطوير المقاد بالاختبار (TDD — Test-Driven Development)](https://testing-arabic.com/glossary/tdd/): كتابة الاختبار قبل الكود: يفشل، بتكتب أقل كود ينجّحه، بتحسّن.
- [التطوير المقاد بالسلوك (BDD — Behaviour-Driven Development)](https://testing-arabic.com/glossary/bdd/): وصف السلوك المطلوب بصيغة Given / When / Then يفهمها الكل.
- [التكامل والتسليم المستمر (CI/CD — Continuous Integration / Continuous Delivery)](https://testing-arabic.com/glossary/ci-cd/): دمج الكود وبناؤه واختباره آلياً مع كل تعديل، بدل ما يتجمّع للآخر.
- [الشدّة (Severity)](https://testing-arabic.com/glossary/severity/): حجم أثر العيب على النظام، بغضّ النظر عن استعجال إصلاحه.
- [المحاكي مقابل الجهاز الحقيقي (Emulator vs Real Device)](https://testing-arabic.com/glossary/emulator-vs-real-device/): متى يكفي المحاكي ومتى لازم جهاز حقيقي باختبار الموبايل.
- [بيانات الاختبار (Test Data)](https://testing-arabic.com/glossary/test-data/): المدخلات اللي بتحتاجها حالة الاختبار عشان تنفّذ — وتجهيزها نص الشغل.
- [تحليل الأثر (Impact Analysis)](https://testing-arabic.com/glossary/impact-analysis/): تحديد شو ممكن يتأثّر بتعديل معيّن، عشان تعرف شو لازم تعيد اختباره.
- [تحليل القيم الحدّية (Boundary Value Analysis)](https://testing-arabic.com/glossary/boundary-value-analysis/): اختبار القيم على حواف المدى المسموح، لأن هناك بتتجمّع أغلب الأخطاء.
- [تخمين الأخطاء (Error Guessing)](https://testing-arabic.com/glossary/error-guessing/): استعمال خبرتك بتوقّع الأماكن اللي عادةً بتنكسر، خارج التقنيات الرسمية.
- [تغطية الاختبار (Test Coverage)](https://testing-arabic.com/glossary/test-coverage/): قياس قدّيش من المتطلبات أو الكود أو المخاطر انغطّى باختباراتك.
- [تقسيم التكافؤ (Equivalence Partitioning)](https://testing-arabic.com/glossary/equivalence-partitioning/): تقسيم المدخلات لمجموعات بتتصرّف نفس التصرّف، واختبار قيمة وحدة من كل مجموعة.
- [جدول القرار (Decision Table Testing)](https://testing-arabic.com/glossary/decision-table/): تقنية بترتّب الشروط ونتائجها بجدول، عشان ما تفوتك أي حالة.
- [حالة اختبار (Test Case)](https://testing-arabic.com/glossary/test-case/): خطوات محدّدة مع نتيجة متوقّعة، يقدر ينفّذها حدا تاني بدون ما يسأل.
- [خطأ / زلل (Error / Mistake)](https://testing-arabic.com/glossary/error-mistake/): خطأ يبدر من الإنسان (مثل المطور أو المحلل) يؤدي لظهور عيب (Defect) في النظام.
- [خطة اختبار (Test Plan)](https://testing-arabic.com/glossary/test-plan/): وثيقة بتحدّد شو رح ينختبر وشو خارج النطاق، والبيئات والمخاطر ومعايير التوقّف.
- [دورة حياة الـ Bug (Defect Life Cycle)](https://testing-arabic.com/glossary/defect-lifecycle/): الحالات اللي بيمر فيها الـ Bug من لحظة ما تكتشفه لحدّ ما ينسكر.
- [دورة حياة الاختبار (STLC — Software Testing Life Cycle)](https://testing-arabic.com/glossary/stlc/): المراحل اللي بيمر فيها الاختبار من تحليل المتطلبات لحدّ إغلاق الاختبار.
- [سيناريو اختبار (Test Scenario)](https://testing-arabic.com/glossary/test-scenario/): وصف مختصر لشي بدنا نتأكد إنه شغّال — بدون خطوات تفصيلية.
- [ضمان الجودة (Quality Assurance (QA))](https://testing-arabic.com/glossary/qa/): العمل على العملية نفسها حتى نمنع العيب قبل ما يصير، مش نكتشفه بعدين.
- [عيب (Defect / Bug)](https://testing-arabic.com/glossary/defect/): فرق بين السلوك الفعلي والسلوك المتوقّع من النظام.
- [فشل (Failure)](https://testing-arabic.com/glossary/failure/): انحراف النظام أو البرنامج عن سلوكه المتوقع أثناء التشغيل الفعلي.
- [قصة المستخدم (User Story)](https://testing-arabic.com/glossary/user-story/): وصف مختصر لميزة جديدة من منظور المستخدم النهائي لتحديد المتطلبات.
- [مجموعة اختبارات (Test Suite)](https://testing-arabic.com/glossary/test-suite/): مجموعة حالات اختبار مجمّعة سوا عشان تنفّذ لهدف واحد.
- [محدّد العنصر (Locator)](https://testing-arabic.com/glossary/locator/): الطريقة اللي بيلاقي فيها سكربت الأتمتة عنصر على الشاشة — وأهم سبب لهشاشة الاختبارات.
- [مخبر الأجهزة (Device Lab)](https://testing-arabic.com/glossary/device-lab/): مجموعة أجهزة حقيقية — محلية أو بالسحابة — بتنفّذ عليها اختبار الموبايل.
- [مراقبة الجودة (Quality Control (QC))](https://testing-arabic.com/glossary/qc/): فحص المنتج بعد ما ينبنى للتأكد إنه مطابق للمتوقّع — نشاط كشفي مش وقائي.
- [مصفوفة التتبّع (Traceability Matrix (RTM))](https://testing-arabic.com/glossary/traceability-matrix/): جدول بيربط كل متطلب بحالات الاختبار اللي بتغطّيه — عشان ما يضيع ولا متطلب.
- [معايير الخروج (Exit Criteria (Definition of Done))](https://testing-arabic.com/glossary/exit-criteria/): الشروط المتفق عليها اللي بتحدد إمتى منقدر نقول خلصنا الاختبار.
- [معايير القبول (Acceptance Criteria)](https://testing-arabic.com/glossary/acceptance-criteria/): شروط واضحة وقابلة للفحص بتحدّد متى تعتبر الميزة منجزة.
- [نمط Page Object (Page Object Model (POM))](https://testing-arabic.com/glossary/page-object-model/): فصل تعريف عناصر الشاشة عن خطوات الاختبار، عشان التعديل يصير بمكان واحد.
- [هرم الاختبار (Test Pyramid)](https://testing-arabic.com/glossary/test-pyramid/): توزيع الاختبارات: قاعدة عريضة سريعة ورخيصة، وقمة ضيّقة بطيئة وغالية.
- [Appium (Appium)](https://testing-arabic.com/glossary/appium/): أداة مفتوحة المصدر لأتمتة تطبيقات الموبايل على Android و iOS بنفس السكربت.
- [Maestro (Maestro)](https://testing-arabic.com/glossary/maestro/): أداة أتمتة موبايل بتكتب فيها الاختبار بملف YAML بسيط بدل كود.
- [Shift Left (Shift Left Testing)](https://testing-arabic.com/glossary/shift-left/): تحريك نشاطات الاختبار لبدري بدورة التطوير بدل ما تكون آخر مرحلة.

## مقالات
- [كيف تختبر شاتبوت AI؟ الدقة والسياق والهلوسة](https://testing-arabic.com/articles/ai-chatbot-testing/): دليل عملي لاختبار شاتبوت AI: التحقق من دقة الإجابات، وفهم السياق، واكتشاف الهلوسة، وحماية البيانات، وتوثيق الأخطاء بأدلة واضحة.
- [ما هو API Testing؟ شرح عملي للمبتدئين](https://testing-arabic.com/articles/api-testing-basics/): تعرّف على API Testing بمثال من تطبيق توصيل، وافهم الطلب والاستجابة، وكيف تتحقق من صحة البيانات والصلاحيات بعيدًا عن واجهة المستخدم.
- [Frontend أم Backend؟ كيف تجمع أدلة المشكلة؟](https://testing-arabic.com/articles/frontend-backend-bug-investigation/): تعلّم تتبّع المشكلة بين الواجهة والـAPI باستخدام Network وConsole، وجمع أدلة تساعد الفريق على تحديد السبب بدل التخمين.
- [كيف تختبر تسجيل الدخول والـOTP؟ سيناريوهات لا تفوّتها](https://testing-arabic.com/articles/login-otp-testing/): دليل عملي لاختبار تسجيل الدخول ورمز OTP، يغطي انتهاء الصلاحية وإعادة الإرسال والمحاولات الخاطئة والجلسات، مع قائمة تحقق مختصرة.
- [اختبار الموبايل: ماذا لو انقطع الإنترنت أو وصلتك مكالمة؟](https://testing-arabic.com/articles/mobile-interruption-testing/): تعلّم اختبار تطبيقات الموبايل عند انقطاع الإنترنت ووصول المكالمات والانتقال للخلفية، مع سيناريوهات تكشف فقدان البيانات وتكرار العمليات.
- [هل المنتج جاهز للإطلاق؟ دليل الـQA لتقييم الإصدار](https://testing-arabic.com/articles/qa-release-readiness/): كيف يقيّم الـQA جاهزية الإصدار؟ تعرّف على معايير الإطلاق، وتقييم الأخطاء والمخاطر، وكتابة توصية واضحة تدعم قرار Go أو No-Go.
- [الوقت ضيّق… ماذا تختبر أولًا؟ دليل Risk-Based Testing](https://testing-arabic.com/articles/risk-based-testing/): تعلّم ترتيب الاختبارات حسب احتمال الفشل وأثره، وتوزيع وقتك على المخاطر الأهم، مع مثال عملي لتحديد الأولويات قبل الإصدار.
- [الدليل العملي لاستخدام Claude في ضمان جودة واختبار البرمجيات (QA)](https://testing-arabic.com/articles/claude-for-qa-engineers-guide/): دليل عملي شامل يوضح كيف يستخدم مهندس ضمان الجودة Claude في تحليل المتطلبات والمخاطر واختبار الواجهات البرمجية وفهم الكود وبناء الأتمتة وتحليل الأخطاء وتحسين تقارير الجود…
- [أداء تطبيقك تحت الضغط: كيف تبدأ في اختبار الأداء (Performance Testing)؟](https://testing-arabic.com/articles/beginners-guide-to-performance-testing-concepts/): مدخل شامل لمفاهيم اختبار أداء البرمجيات؛ يوضح الفرق بين Load Testing و Stress Testing والأدوات الأكثر استخداماً مثل JMeter و k6 وكيف تقيس استجابة سيرفراتك.
- [أهمية الاختبار الاستكشافي (Exploratory Testing): كيف تمارسه بذكاء وتكتشف الأخطاء الخفية؟](https://testing-arabic.com/articles/exploratory-testing-importance-and-best-practices/): دليل شامل يشرح مفهوم Exploratory Testing في اختبار البرمجيات، أهميته الفائقة مقارنة بالنصوص المكتوبة، وكيفية ممارسته بذكاء مأجور عبر تقنيات مثل Session-Based Testing.
- [الدليل الشامل لشهادات ISTQB: من أين تبدأ وكيف تختار الشهادة المناسبة لمهارتك؟](https://testing-arabic.com/articles/istqb-certifications-guide-for-beginners/): دليل شامل لشهادات ISTQB في اختبار البرمجيات؛ يوضح المستويات والمسارات المختلفة، وأهميتها في سوق العمل، وخريطة طريق تفصيلية للمبتدئين للبدء من شهادة CTFL.
- [الدليل الشامل لأداة Jira: كيف تدير مشاريع البرمجيات وفرق الـ Agile باحترافية؟](https://testing-arabic.com/articles/jira-software-agile-project-management-guide/): مرجع شامل ومفصل لتعلّم أداة Jira؛ يغطي المفاهيم الأساسية، المصطلحات، كيفية إدارة المشاريع وفرق الأجايل، تتبع الأخطاء، وطريقة ربط الجيرا بمهام الـ QA.
- [دليل الانتقال من Manual Testing إلى Automation Testing](https://testing-arabic.com/articles/roadmap-manual-to-automation-testing-guide/): دليل عملي ومتكامل لمهندسي جودة البرمجيات ينظر في كيفية الانتقال من Manual إلى Automation Testing، مع تحديد الأدوات واللغات الأنسب وخطة تنفيذ أسبوعية.
- [متى وكيف نلجأ لأتمتة اختبار البرمجيات؟](https://testing-arabic.com/articles/automation-testing-guide-for-beginners/): دليل هندسي مبسط ومفصل يشرح مفهوم الأتمتة، الفرق الحقيقي بينها وبين الفحص اليدوي، ومتى تكون الأتمتة خيارك الأذكى ومتى يصبح الفحص اليدوي هو الأفضل.
- [اختبار البرمجيات (Software Testing): دليل شامل للمفهوم والأنواع والأهمية مع أمثلة عملية 🔻](https://testing-arabic.com/articles/software-testing-guide/): تعرّف على اختبار البرمجيات Software Testing، أهميته، أنواعه ومستوياته، مع أمثلة عملية توضح الفرق بين Unit وIntegration وSystem وAcceptance Testing.
- [كيف تستخدم Claude وChatGPT لكتابة Test Cases؟](https://testing-arabic.com/articles/ai-qa-test-cases/): تعلم كيف تسخر أدوات الذكاء الاصطناعي مثل Claude وChatGPT لتوليد حالات اختبار (Test Cases) شاملة وسريعة. برومبتات جاهزة ونماذج عملية لمهندسي الـ QA.
- [كيف تختبر E-commerce Checkout بدون ما تضيع؟ — دليل عملي وشامل لـ QA](https://testing-arabic.com/articles/E-commerce-Checkout-Testing/): تعلم كيف تختبر عملية الدفع والتسوق (Checkout) في المتاجر الإلكترونية خطوة بخطوة. سيناريوهات فحص كاملة لسلة الشراء، طرق الدفع، الأكواد، وحالات Edge Cases.
- [10 أخطاء قاتلة في فحص نماذج الإدخال (Forms & Inputs) يقع فيها الـ QA](https://testing-arabic.com/articles/Form-Validation/): اكتشف أشهر 10 أخطاء في فحص Form Validation وحالات Edge Cases لنماذج الإدخال. دليل عملي لكتابة سيناريوهات اختبار احترافية وتجنب الثغرات في الموقع.
- [كيف تقرأ الـ SRS وتستخرج Test Cases قبل كتابة الكود؟](https://testing-arabic.com/articles/Requirements-Analysis/): تعلم كيف تحلل وثيقة المتطلبات (SRS / User Stories) وتستخرج منها حالات اختبار (Test Cases) وشروط القبول (Acceptance Criteria) قبل بدء التطوير.
- [دورة حياة الـ Bug — Defect Life Cycle خطوة بخطوة](https://testing-arabic.com/articles/defect-life-cycle/): دورة حياة الـ Bug بالعربي من New لـ Closed — كل حالة ومين المسؤول عنها، حالات Rejected و Duplicate و Deferred و Reopened، والمسار على Jira.
- [Severity و Priority — شو الفرق؟ (مع أمثلة من مشاريع حقيقية)](https://testing-arabic.com/articles/severity-vs-priority/): الفرق بين Severity و Priority بالعربي، مصفوفة الحالات الأربع بأمثلة من مشاريع حقيقية، ومين يحدّد كل واحد منهم — وأشهر الأخطاء بالتعبئة.
- [Smoke و Sanity و Regression — الفرق ومتى تستخدم كل واحد](https://testing-arabic.com/articles/smoke-sanity-regression/): الفرق بين Smoke Testing و Sanity Testing و Regression Testing بالعربي، بجدول مقارنة ومثال على إصدار واحد يمشي على الثلاثة، وكيف تبني Regression Suite ما بيكبر لدرجة إنّه…
- [STLC — دورة حياة الاختبار من التخطيط للإغلاق](https://testing-arabic.com/articles/stlc/): شرح STLC بالعربي — ست مراحل من تحليل المتطلبات لإغلاق الاختبار، مع مخرجات كل مرحلة ومعايير الدخول والخروج، والفرق بينها وبين SDLC.
- [تقنيات تصميم الاختبار: Equivalence Partitioning و Boundary Value Analysis و Decision Table](https://testing-arabic.com/articles/test-design-techniques/): شرح تقنيات تصميم الاختبار بالعربي مع أمثلة محلولة — تقسيم التكافؤ وتحليل قيم الحدود وجدول القرار وانتقال الحالات، وكيف توصل لتغطية أعلى بحالات أقل.
- [Test Scenario ولا Test Case؟ الفرق اللي بيغلط فيه أغلب المبتدئين](https://testing-arabic.com/articles/test-scenario-vs-test-case/): الفرق بين Test Scenario و Test Case بالعربي، بمثال واحد يتحوّل من سيناريو لحالات كاملة، وجدول مقارنة، ومتى تكتفي بالسيناريو ومتى لازم تفصّل.
- [كيف تصير Software Tester من الصفر: خطة 90 يوم عملية](https://testing-arabic.com/articles/how-to-become-software-tester/): خطة عملية بالعربي لدخول مجال اختبار البرمجيات من الصفر بـ 90 يوم: شو تتعلّم كل شهر، كيف تبني بورتفوليو بلا خبرة، هل شهادة ISTQB تستاهل، وأخطاء بتأخّر بدايتك.
- [كيف تكتب Bug Report ما يرجعلك!](https://testing-arabic.com/articles/how-to-write-bug-report/): دليل عملي بالعربي لكتابة Bug Report واضح ومقنع: عناصره الكاملة، صياغة العنوان، الفرق بين الشدة والأولوية، قالب جاهز، وأسباب رجوع التقارير.
- [كيف تكتب حالة اختبار (Test Case) فعّالة — مع قالب ومثال كامل](https://testing-arabic.com/articles/how-to-write-test-cases/): دليل عملي بالعربي لكتابة حالات اختبار واضحة وقابلة للتكرار: مكوّناتها، من المتطلب للحالات بمثال كامل، تقنيات التصميم، قالب جاهز، وأخطاء شائعة.
- [30 سؤال من مقابلة QA وإجاباتهم 🔻](https://testing-arabic.com/articles/qa-interview-questions/): 30 سؤال بيتكرّروا بمقابلات اختبار البرمجيات مع إجابات مختصرة ومرتّبة: أساسيات، تقنيات تصميم، عملية الاختبار، Agile و Jira، وأسئلة سلوكية.
- [رواتب QA بالأردن والخليج 2026 — أرقام من مصادر معلنة وكيف تتفاوض](https://testing-arabic.com/articles/qa-salaries-jordan-gulf-2026/): أرقام رواتب اختبار البرمجيات 2026 بالأردن والسعودية والإمارات من مصادر معلنة مع حجم العينة، وشو بيرفع الراتب فعلاً، وخطوات تفاوض عملية.
- [الفرق بين QA و QC و Testing — بمثال واحد يوضّح الثلاثة](https://testing-arabic.com/articles/qa-vs-qc-vs-testing/): شرح واضح بالعربي للفرق بين ضمان الجودة QA وضبط الجودة QC والاختبار Testing، بجدول مقارنة ومثال عملي واحد يمشي على الثلاثة.

## قوالب وموارد جاهزة للتحميل
- [قالب Bug Report](https://testing-arabic.com/resources/bug-report-template/): قالب تقرير Bug — سبع قواعد كتابة، جدول أخطاء شائعة، مثال معبّى بالكامل، قالب فاضي، وChecklist قبل الحفظ.
- [Checklist اختبار تطبيقات الموبايل](https://testing-arabic.com/resources/mobile-testing-checklist/): واحد وأربعين بند للحالات اللي بتنكسر بالموبايل وما إلها وجود بالويب — أذونات، مقاطعات، انقطاع شبكة، دورة حياة التطبيق، ولوحة المفاتيح.
- [Regression Checklist](https://testing-arabic.com/resources/regression-checklist/): أربعين بند فحص موزّعين على ثمانية أقسام تتأكد فيهم إنّ اللي كان شغّال ضلّ شغّال، مع طريقة بناء مجموعة ما بتكبر لدرجة إنّها ما تنفّذ.
- [مصفوفة تتبّع المتطلبات — RTM](https://testing-arabic.com/resources/rtm-template/): تثبت إنّ كل متطلب متغطّى بحالات اختبار، وتعرف بثانية شو بينكسر لو تغيّر متطلب. مع ملف Excel بيحسب نسبة التغطية لحاله.
- [قالب تقرير جودة الـ Sprint](https://testing-arabic.com/resources/sprint-qa-report-template/): تقرير بيقرأه مدير المنتج بدقيقة — توصية بأول سطر، مؤشرات تنفيذ، Bugs حسب الشدّة، وما لم يُختبر وليش. مع مثال معبّى بالكامل.
- [قالب Test Case](https://testing-arabic.com/resources/test-case-template/): قالب حالة اختبار بست قواعد كتابة ومثال معبّى وقالب فاضي، مع ملف Excel لإدارة مجموعة حالات كاملة وحساب نسب النجاح تلقائياً.
- [قالب خطة اختبار](https://testing-arabic.com/resources/test-plan-template/): خطة اختبار بعشرة أقسام — النطاق وخارجه، المستويات والأنواع، البيئات، معايير الدخول والخروج، المخاطر، والموافقات. مع جدول بيشرح شو ينحط بكل قسم.
- [قالب تقرير تنفيذ الاختبار](https://testing-arabic.com/resources/test-summary-report-template/): تقرير إغلاق دورة اختبار أو إصدار — نتائج التنفيذ، الـ Bugs وقرار كل واحد، الانحرافات عن الخطة، ما لم يُختبر، ودروس مستفادة.
- [Usability & Accessibility Checklist](https://testing-arabic.com/resources/usability-accessibility-checklist/): قائمة تحقق شاملة لمُختبري الجودة ومصممي UX لتأمين تجربة استخدام سلسة وضمان توافق التطبيقات والمواقع مع معايير إمكانية الوصول العالمي (WCAG).
- [User Story & Acceptance Criteria Template](https://testing-arabic.com/resources/user-story-acceptance-criteria-template/): قالب احترافي لصياغة قصص المستخدم (User Stories) وربط معايير القبول بأسلوب Gherkin (Given-When-Then) للتكامل مع نهج التطوير القائم على السلوك (BDD).

## أدوات تفاعلية
- [محاكي مقابلة QA](https://testing-arabic.com/interview/): أسئلة مقابلات حقيقية مع مؤقّت وجواب نموذجي لكل سؤال.
- [Bug Hunter](https://testing-arabic.com/bug-hunter/): تحدّي عملي: اكتشف الأخطاء داخل متجر تجريبي وجاوب على أسئلة QA.
- [Debug Hunt](https://testing-arabic.com/debug-hunt/): لعبة retro قصيرة: اصطاد الـ bugs قبل ما توصل Production.

## Optional
- [آخر الأخبار](https://testing-arabic.com/news/)
- [كل الدروس](https://testing-arabic.com/lessons/)
- [كل المقالات](https://testing-arabic.com/articles/)
- [RSS](https://testing-arabic.com/rss.xml)
- [Sitemap](https://testing-arabic.com/sitemap-index.xml)