ابدأ من هنا
الرئيسية›المقالات›مهارات · أساسيات · أتمتة · أدوات

30 سؤال من مقابلة QA وإجاباتهم 🔻

30 سؤال بيتكرّروا بمقابلات اختبار البرمجيات مع إجابات مختصرة ومرتّبة: أساسيات، تقنيات تصميم، عملية الاختبار، Agile و Jira، وأسئلة سلوكية.

أغلب المرشّحين بيخسروا مقابلة QA مش لأنهم ما بيعرفوا، بل لأنهم بيجاوبون تعريف محفوظ بلا مثال. هذي 30 سؤال بيتكرّروا فعلياً بالمقابلات، مع إجابة مختصرة لكل واحد — استخدمها كأساس، وضيف عليها مثال من شغلك.

كيف تجاوب أي سؤال تقني

ثلاث جمل بس:

  1. تعريف قصير بجملة واحدة.
  2. مثال من شغلك أو من تطبيق تعرفه.
  3. ليش يهم للمنتج أو للفريق.

الجواب اللي فيه مثال بيتذكّره المُقابل؛ الجواب المحفوظ بينسى بعد دقيقة.

أولاً: أساسيات الاختبار (1–8)

1. شو يعني اختبار برمجيات، وليش ضروري؟ نشاط كامل (تخطيط، تحليل، تصميم، تنفيذ، إغلاق) هدفه كشف الـ Bugs وتقليل مخاطر الفشل بالإنتاج، وإعطاء أصحاب القرار معلومات موضوعية عن الجودة. التنفيذ جزء صغير منه.

2. الفرق بين QA و QC و Testing؟ QA وقائي وموجّه للعمليّة، QC تصحيحي وموجّه للمنتج، والاختبار نشاط داخل QC. شرح مفصّل هنا.

3. الفرق بين error و defect و failure؟ الإنسان بيعمل error (خطأ بشري) → ينتج defect بالكود أو الوثيقة → لما ينفّذ بيظهر failure. مش كل Bug بيسبب عطل، ومش كل عطل سببه Bug بالكود.

4. اذكر مبادئ الاختبار السبعة. الاختبار بيثبت وجود الـ Bugs مش غيابها؛ الاختبار الشامل مستحيل؛ الاختبار المبكر أوفر؛ الـ Bugs بتتجمّع؛ مفارقة المبيد الحشري؛ الاختبار بيعتمد على السياق؛ وهم غياب الأخطاء.

5. Verification مقابل Validation؟ التحقّق: هل بنينا المنتج صح حسب المواصفة؟ التصديق: هل بنينا المنتج الصح اللي بيحقّق حاجة المستخدم؟

6. مستويات الاختبار؟ وحدة (Unit)، تكامل (Integration)، نظام (System)، وقبول (Acceptance).

7. أنواع الاختبار؟ وظيفي، غير وظيفي (أداء، أمان، قابلية استخدام…)، هيكلي (مبني على البنية)، وتغييري (تأكيد الإصلاح + انحدار).

8. Smoke و Sanity و Regression؟ Smoke: فحص سريع وواسع للإصدار هل يستاهل نختبره. Sanity: فحص ضيّق وعميق لجزئية بعد إصلاح. Regression: تأكيد إنّ التغيير ما كسر شي كان شغّال.

ثانياً: تقنيات تصميم الاختبار (9–14)

9. Equivalence Partitioning؟ تقسيم المدخلات لأصناف متكافئة، وحالة واحدة من كل صنف تكفي. مثال: مبلغ من 1 لـ 5000 → أقل من الحد، ضمن النطاق، أكبر من الحد، غير رقمي.

10. Boundary Value Analysis؟ اختبار القيم على الحدود لأنها أكثر مكان بيظهر فيه الـ Bugs: 0، 1، 5000، 5001.

11. Decision Table؟ جدول بيغطّي تركيبات الشروط ونتيجتها — مفيد لما القرار بيعتمد على أكثر من شرط (رصيد كافي × مستفيد مفعّل).

12. State Transition Testing؟ اختبار الانتقال بين حالات النظام: مثلاً حالة الطلب (جديد → مدفوع → قيد التوصيل → مسلّم)، والانتقالات غير المسموحة.

13. الاختبار الاستكشافي (Exploratory)؟ تصميم وتنفيذ بنفس الوقت بجلسات محدّدة بوقت وهدف، مفيد لما التوثيق ناقص أو الوقت ضيّق — وبيكمّل الحالات المكتوبة مش بيلغيها.

14. Error Guessing؟ تقنية مبنية على الخبرة: تتوقّع أماكن الأخطاء المعتادة (حقول فاضية، تواريخ، صفر، أحرف خاصة، انقطاع الشبكة) وتختبرها مباشرة.

ثالثاً: العملية والتوثيق (15–20)

15. شو عناصر تقرير الـ Bug الجيد؟ عنوان واضح، بيئة، متطلّبات مسبقة، خطوات مرقّمة، نتيجة فعلية ومتوقّعة، شدة وأولوية، ومرفقات. قالب جاهز هنا.

16. Severity مقابل Priority؟ الشدة = أثر الـ Bug التقني/الوظيفي (يحدّدها المختبر). الأولوية = سرعة الإصلاح المطلوبة من ناحية العمل (غالباً قرار مالك المنتج).

17. Test Strategy مقابل Test Plan؟ الاستراتيجية عامة وطويلة المدى على مستوى المنظّمة أو المنتج، والخطة خاصة بمشروع أو إصدار: نطاق، جدول، بيئات، مسؤوليات، ومعايير دخول وخروج.

18. شو معايير الخروج (Exit Criteria)؟ شروط متّفق عليها لإنهاء الاختبار: تنفيذ الحالات المخطّطة، لا Bugs مفتوحة بشدة عالية، تغطية المسارات الحرجة، وتقرير نتائج معتمد.

19. شو الـ Traceability وليش مهم؟ ربط كل متطلب أو معيار قبول بحالات اختباره. بيعطيك جوابين جاهزين: شو غطّينا؟ وشو أثر هذا التغيير؟

20. الوقت ما بيكفي لاختبار كل شي — شو تعمل؟ ترتيب مبني على المخاطر: المسارات اللي فشلها مكلف أولاً، بعدين الحدود، بعدين الباقي. والأهم: تبلّغ الفريق بالمخاطر المتبقّية بوضوح، وقرار الإطلاق يبقى قرار مالك المنتج مش قرارك.

رابعاً: Agile و Scrum و Jira (21–24)

21. وين بيوقع الاختبار داخل الـ Sprint؟ جزء من الشغل نفسه مش مرحلة بعده: تشارك بالتخطيط والتقدير، تختبر مع التطوير، وما في عنصر Done إلا إذا حقّق Definition of Done.

22. الفرق بين Scrum و Kanban؟ Scrum إطار بSprintات وأدوار وأحداث ثابتة، Kanban نظام تدفّق مستمر بحدود على الشغل الجاري بلا Sprintات إلزامية.

23. كيف بتستخدم Jira بشغلك؟ فتح Tickets بعناصر كاملة، ربطها بالميزة أو الـ Story، متابعة الحالة لحد الإغلاق، وبناء لوح يعكس الواقع مع حدود على الشغل الجاري.

24. شو دور المختبر بتنقية الـ Backlog (Refinement)؟ تسأل الأسئلة اللي بتكشف نقص المتطلبات قبل التطوير، وتتأكد إنّ كل عنصر عنده معايير قبول قابلة للاختبار.

خامساً: أسئلة سلوكية وعملية (25–30)

25. حكي لي عن أصعب Bug لاقيته. اختر Bug متقطّع أو خاص ببيئة معيّنة، واحكِ القصة: كيف عزلته، شو البيانات اللي جمعتها، وكيف أثبتته للمطوّر.

26. المطوّر رفض الـ Bug وقال «هذا مش Bug» — شو تعمل؟ ما تدخل بجدال. ترجع للمصدر (المتطلب أو معيار القبول أو التصميم)، وتعرض دليل (فيديو وخطوات)، وإذا المتطلب نفسه غامض، بتصعّد للـ Product Owner ليحدّد السلوك الصح.

27. كيف بتعرف إنّك خلصت اختبار ميزة؟ لما تتحقّق معايير الخروج المتّفق عليها وتغطّي معايير القبول والمسارات الحرجة والحدود — مش لما تخلص الوقت.

28. Bug طلع بالإنتاج بعد إصدار اختبرته — شو تعمل؟ أوّلاً تجمع المعلومات وتعيد إنتاجه وتحدّد الأثر، بعدين تدعم الإصلاح والتحقّق، وبالـ Retrospective تسأل: ليش ما اكتشفناه؟ وتضيف حالة اختبار أو بند على DoD يمنع التكرار. بلا لوم أشخاص.

29. يدوي ولا أتمتة؟ الاثنين مكمّلين: الأتمتة للانحدار المتكرّر والتغطية الواسعة، واليدوي والاستكشافي للحالات الجديدة وتجربة المستخدم. الأتمتة أداة لتنفيذ اختبارات مصمّمة صح، مش بديل للتصميم.

30. كيف بتطوّر حالك بالمجال؟ خطة واضحة: مصدر مرجعي (منهج ISTQB مثلاً)، تطبيق أسبوعي على تطبيق حقيقي، ومتابعة محتوى متخصّص. واذكر آخر شي تعلّمته فعلاً هذا الشهر.

5 أسئلة اسألها إنت بنهاية المقابلة

  1. كيف بتشتغل عملية الإصدار عندكم، وقديش مرّة بتصدرون؟
  2. مين بيكتب معايير القبول، ومتى بيشارك المختبر؟
  3. عندكم Definition of Done مكتوبة؟ شو فيها؟
  4. شو نسبة الاختبار اليدوي للأتمتة اليوم، وشو الخطة؟
  5. شو أكبر تحدّي جودة عندكم هلق؟

هذي الأسئلة بتوصّل رسالة إنّك بتفكّر بالعمليّة مش بالتنفيذ بس.

أخطاء بتخسّرك المقابلة

  • تحفظ تعريفات بلا مثال واحد من شغلك.
  • تبالغ بخبرتك بأداة — بيتكشف بسؤال متابعة واحد.
  • تقول «أنا بختبر كل شي» — مستحيل، وبيوضّح إنّك ما بتفكر بالمخاطر.
  • تنتقد شركتك السابقة أو المطوّرين بشكل شخصي.
  • ما تسأل أي سؤال بالنهاية.

خطوتك الجاية

النقاش 🔻

اكتب سؤالك أو ملاحظتك. التعليقات بتظهر بعد المراجعة.