هذا الموضوع هو عبارة عن استمرار لما بدأتُه من قبل في تسليط الضوء على أخطاء متعلّقة بمجال الاختبار تقع فيها الشركات وذلك أثناء أداء الاختبارات في المشاريع المختلفة.

• الاعتماد على الاختبارات التي قام بها المطوّرون

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

• عدم تحديث حالات الاختبار (Test Cases) في المشروع

كتابة حالات اختبار في المشروع والتركيز على هذه الحالات دون تحديثها وزيادة حالات اختبار جديدة مع تقدّم المشروع أمر خاطئ وخطير في نفس الوقت. قد لاتغطّي حالات الاختبار الأوليّة جوانب مختلفة في جودة المشروع وأخطاء قد تظهر مع تقدّم المشروع خصوصًا في الكود. هذه الأخطاء إذا لم يتم تغطيتها في حالات اختبار جديدة وإصلاحها سينتهي بها المطاف لتظهر لدى العميل/العملاء بعد إطلاق المشروع وهنا يكون الوقت قد فات لإصلاحها من دون تبعات على المشروع أو الشركة صاحبة المشروع بالإضافة إلى أن تكلفة الإصلاح تكون عالية جدًا (وقت وجُهْد ومال).

• عدد أعضاء فريق الاختبار

مع زيادة المشاريع لدى أي شركة، يكون الاهتمام كبير بتوظيف وزيادة عدد أعضاء فريق التطوير بما في ذلك المصمّمين والمبرمجين. يجب أن يحدث نفس الشيء بالنسبة لفريق الاختبار. الإبقاء على نفس أعضاء الفريق دون زيادة يعني زيادة الضغط على كل عضو من أعضاء الفريق بسبب زيادة عدد المهام في المشاريع المطلوب القيام بها وهذا سيؤدّي إلى فقدان التركيز لدى مختبر البرمجيات ممّا يؤثّر على الأداء وجودة العمل المُقدّم والنتيجة هي عدم القُدْرة على اكتشاف الأخطاء.

بالتوفيق للجميع…

* الصورة من موقع: https://performancelabus.com/manual-testing-in-software-development