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

• فصْل مكاتب فريق الاختبار عن مكاتب فريق التطوير

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

• استخدام البريد الإلكتروني كوسيلة للتواصل

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

• استخدام أداة تتبّع الأخطاء (Defect Tracking Tool) كوسيلة للتواصل

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

• النظر إلى الأتمتة على أنها الحل للمشاكل

قد توجد تحدّيات وصعوبات لدى فريق عمل المشروع متعلّقة بالجودة والاختبارات وتظهر في ارتفاع عدد الأخطاء أو عدم القدْرة على إصلاحها (bugs) وذلك بسبب مشاكل في إجراء عمل الاختبار والتطوير (Testing and Development Process) وعدم تنفيذ الاختبارات بشكل كافٍ أو بشكل صحيح. يكمُن الخطأ في اعتقاد الإدارة بأن الأتمتة ستتغلّب على الصعوبات وأنها هي الحل والتركيز عليها دون إصلاح المشاكل المتعلّقة بإجراء عمل الاختبار والتطوير أو اعتقاد أن الأتمتة تحل محل الاختبار اليدوي (Manual Testing) أو تغني عنه.

يتبع…

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

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