قبل إطلاق أي برنامج وإذا كان هناك العديد من القضايا/الأخطاء التي لاتزال موجودة، غالباً ما يدخل فريق المشروع في حالة طوارئ وتبدأ الجهود لإنقاذ الإصدار عن طريق التركيز على اختبار هذا البرنامج. وبالتالي يفعل فريق المشروع ما بوسعه لإغلاق القضايا/الأخطاء الموجودة من خلال اختبارها وإصلاحها. هذا يشبه (more…)
يسعى المحترفون دائماً إلى التطور في مجال عملهم. وهم يعتقدون أن هذا هو ما يجعلهم “محترفين” كما أنه يحافظ على صورتهم المهنية. على سبيل المثال، يبذل مختبر البرمجيات الكثير من الجهود الرامية إلى التطور في اختبار البرمجيات. للأسف، هذا ليس صحيحاً بنسبة ١٠٠٪. (more…)
هناك درس تعلمته من العمل في العديد من المشاريع بمثابة مختبر برمجيات أو قائد فريق اختبار البرمجيات ألا وهو التركيز على جودة الاختبارات وليس كمية الاختبارات. إنه لخطأ كبير قياس جهد اختبار البرمجيات وما إذا كان الاختبار جيداً أو سيئاً من خلال النظر فقط إلى عدد حالات الاختبار، عدد الأخطاء التي وجدت، عدد ساعات الاختبار أو عدد أعضاء فريق الاختبار. (more…)
من حق كل فرد في العمل وضع الآمال والأهداف للحصول على ترقية وأن يكون في منصب القائد أو المدير أو حتى الحصول على تدريب. ومع مرور الوقت، قد تتحول هذه الآمال والأهداف لتصبح توقعات يغلب الظن عليها أنها سوف تتحقق. نتيجة لذلك، سوف يصبح الفرد على يقين من الحصول على ترقية لمنصب المدير أو القائد أو الحصول على تدريب وذلك بناءً على عمله وجهوده. السؤال هو: ما الذي يمكن أن يتعرض له الفرد في حال عدم تحقق توقعاته؟ (more…)
في الموضوع السابق “تقليل وقت اختبار البرمجيات وإلقاء اللوم على المختبرين”، تطرقت للحالة الشائعة في كثير من مشاريع تطوير البرمجيات وهي قرار فريق الإدارة بتقليل الوقت المخصص لاختبار البرنامج. وكما ذكرت، فإن مثل هذا القرار قد يكون له تأثير على جودة البرنامج. لكن في النهاية وبالرغم من تقليل الوقت المتاح لفريق الاختبار لأداء مهامهم، سوف يتم توجيه اللوم لفريق الاختبار بسبب عدم عثورهم على الأخطاء في البرنامج. السؤال هو: كيف يجب أن يتعامل فريق الاختبار مع قرار الإدارة بتقليل وقت اختبار البرنامج والذي يعني أن الوقت المتاح للاختبار لن يكون كافياً لتنفيذ جميع حالات الاختبار؟ (more…)
