إذا وجدت خطأ (Bug) لكنه قد تم الإبلاغ عنه بالفعل من قِبل مختبر آخر، للأسف لا يمكنك إرسال نفس الخطأ مرة أخرى، ولكن ما يمكنك فعله هو إرسال إعادة إنتاج (Reproduction)! إعادة الإنتاج مفيدة للعملاء لأنها تُظهر أي البيئات (environments) متأثرة وما إذا كانت المشكلة خاصة بجهاز معيّن أم لا. وبالتالي، فهي تعطي العملاء فكرة أفضل عن مدى خطورة الخطأ.
لإعادة إنتاج خطأ، اتبع نفس الخطوات الموضّحة من قِبل المختبر الأصلي في تقريره. إذا واجهت نفس الخطأ الذي واجهه المختبر الأصلي، فإننا نسمي ذلك إعادة إنتاج إيجابية. إذا لم تتمكن من إعادة إنتاج الخطأ رغم اتباع نفس الخطوات، فإننا نسمي ذلك إعادة إنتاج سلبية.
إعادة الإنتاج السلبية يجب أن تُظهر أن الوظيفة تعمل على جهازك، بحيث أنك لا تواجه أي خطأ. إذا واجهت خطأً مختلفًا، فيجب عليك بدلًا من ذلك إرسال تقرير خطأ جديد أو إعادة إنتاج تقرير خطأ لمختبر آخر الذي أبلغ عن تلك المشكلة.
جلسة إعادة الإنتاج
بعد النقر على زر “Start reproduction”، سيكون لدى المختبر 30 دقيقة لإنهاء تقرير إعادة الإنتاج.
في هذه الأثناء، تُعتبر المقعد الخاص بإعادة الإنتاج محجوزًا، ولا يمكن لأي مختبر آخر حجزه.
إذا ألغى المختبر إعادة الإنتاج، يصبح المقعد متاحًا لمختبر آخر.
إذا لم يقدّم المختبر تقرير إعادة الإنتاج في الوقت المحدد، فإن إعادة الإنتاج تنتهي صلاحيتها، ويُفتح المقعد لمختبر آخر.
القواعد
تنطبق القواعد التالية على مرفقات إعادة الإنتاج:
مطلوب تسجيل شاشة.
يجب ألا يزيد طول تسجيل الشاشة عن 15 ثانية. إظهار الإجراء الذي يسبّب الخطأ يكفي في معظم الحالات.
فقط في حالات نادرة، إذا لم تتمكن من إظهار الإجراء المُسبّب للخطأ خلال 15 ثانية (على سبيل المثال عند تحميل الصفحة بلا نهاية)، يمكن أن يكون تسجيلك أطول ولكن ليس أطول من تسجيل المختبر الأصلي.
يجب أن يتضمن تسجيل الشاشة التاريخ الحالي وشريط عناوين URL عند اختبار موقع ويب.
عند إعادة إنتاج خطأ توقف التطبيق، يجب رفع ملف سجل الأعطال بالإضافة إلى تسجيل الشاشة. يجب أن يتطابق تسجيل الشاشة مع سجل الأعطال المُرفق، أي أن التوقيتات يجب أن تكون متناسقة.
بالإضافة إلى القواعد المذكورة أعلاه، تنطبق أيضًا جميع القواعد الأخرى الواردة في مقالنا حول مرفقات تقارير الأخطاء، مثل المتطلبات العامة للمرفقات، والقواعد الخاصة بالتاريخ والوقت، والقواعد الخاصة بفيديوهات الشاشة، والقواعد الخاصة بفيديوهات الشاشة لأجهزة البث، وكذلك على مرفقات إعادة الإنتاج.
إعادات الإنتاج التي لا تتوافق مع القواعد سيتم رفضها، مثلًا إذا كان تسجيل الشاشة طويلًا جدًا أو يحتوي على خطوات غير ضرورية.
ملاحظة: إذا أرسلت إعادة إنتاج على خطأ خارج النطاق OOS bug (على سبيل المثال: إجراء عمليات شراء في بيئة مباشرة "live environment")، فمن المحتمل أن تتلقى تحذيرًا إلى جانب الرفض.
يمكن للمختبرين تنفيذ مهمة واحدة فقط في كل مرة:
إذا كان لدى المختبر مهمة نشطة أخرى عند الوصول إلى إعادة الإنتاج، سيظهر شريط تحذير مع زر إعادة توجيه للمهمة النشطة.
المهام التي لا يمكن تشغيلها في الوقت نفسه:
تنفيذ حالة اختبار (Test Case execution)
جلسة اختبار (Test Session)
تنفيذ إعادة إنتاج خطأ (Bug Reproduction Execution)
تأكيد إصلاح خطأ (Bug Fix Confirmation)
تأكيد تقرير خطأ (Bug Report Confirmation)
يمكنك رؤية زر "Start reproduction" فقط إذا:
كانت دورة الاختبار قيد التشغيل
فقط لتقارير الأخطاء الوظيفية (functional bug reports) التي أبلغ عنها مختبرون آخرون
فقط للتقارير التي لم تتم مراجعتها من قِبل العميل بعد
فقط إذا لم يتم الوصول بعد إلى الحد الأقصى من إعادات الإنتاج لهذا التقرير (يعتمد ذلك على الخطة التي اشتراها العميل)