مقدمة لمفاهيم وتقنيات اختبار البرمجيات: فكر كمختبر قبل ما تكتب سطرا

ليه الاختبار مهارة لوحده، مش مجرد تجربة؟

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

والاختبار مش هدفه إنك تثبت إن البرنامج شغال، هدفه إنك تدور على الأماكن اللي ممكن يفشل فيها، قبل ما المستخدم هو اللي يلاقيها. المطور بيبني وهو متفائل إن حاجته هتشتغل، والمختبر بيدخل وهو شاكك، وبيسأل: لو المستخدم دخل رقما سالبا؟ لو ضغط الزرار مرتين؟ لو النت فصل في نص العملية؟ الأسئلة دي هي اللي بتحمي المنتج.

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

افتح كل جزء وشوف دوره في التطبيق

كل حاجة في جدول واحد، من غير لف

ملاحظة عن البيانات: المدة والشهادة هنا حسب ما ظهر وقت الكتابة، وقد تتغير بعد كده، فصفحة الكورس نفسها هي المرجع وقت التسجيل. والمحتوى الدراسي بيتفتح بعد التسجيل، لأن صفحة الضيوف بتعرض النظرة العامة بس.

تفاصيل بسيطة تفرق قبل ما تبدأ

كل اللي تحتاجه حساب على مهارة تك وجهاز ومتصفح، ومش محتاج خبرة برمجية سابقة، لأن الكورس مصنف للمبتدئين. لكن هتستفيد أكتر لو طبقت أثناء الكورس على برنامج حقيقي حواليك، وكتبت حالات اختبار وتقارير أخطاء له. التطبيق ده هو اللي بيحول المفاهيم لمهارة.

المختبر الشاطر مش اللي بيلاقي أخطاء كتير، ده اللي بيلاقي الأخطاء المهمة قبل ما يلاقيها المستخدم.

وزع وقتك صح، وغط الاختبار صح

الرسمان دول مش إحصاءات من دراسة، هما خطة مقترحة للتنظيم فقط. الأعمدة بتتملي لوحدها لما تفتح الصفحة.

خلص الكورس في خطوات واضحة، وعلم عليهم وانت ماشي

أخطاء شائعة في البداية

أول خطأ إنك تختبر الحالة العادية بس، مع إن الأخطاء بتستخبى في الحالات الغريبة. تاني خطأ إنك تكتب تقرير خطأ غامضا من غير خطوات إعادة. تالت خطأ إنك تفتكر الاختبار مرحلة أخيرة، مع إن البدري منه أرخص وأسهل.

أسئلة بتتكرر قبل التسجيل