احفظ أدلة الفشل قبل إعادة الاختبار

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

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

ابدأ بالحدث وسياقه

يتيح لك Playwright's Trace Viewer فحص أثر الاختبار المسجل باستخدام جدول زمني للإجراء واللقطات المرتبطة به. تصف وثائقها فحص المصدر والأخطاء ومخرجات وحدة التحكم ونشاط الشبكة. تجيب هذه المشاهدات على أسئلة مختلفة: ما الذي حاول الاختبار، وما الذي أظهرته الصفحة، وما الذي تبادله التطبيق. تظل لقطة الشاشة مفيدة، ولكنها مجرد عرض واحد داخل حزمة أكبر.

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

تسليم الحقول الخمسة

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

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

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

اختر متى يتم جمع التتبع

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

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

حماية الحزمة قبل مشاركتها

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

تصف الصفحة العامة لـ AnyTest الملاحظات في كل خطوة وأسباب الفشل. يعد هذا سياقًا مفيدًا للمنتج، ولكنه ليس ادعاءً بأن مخرجاته مطابقة لأثر Playwright. احتفظ بتنسيقات أدلة البائع منفصلة وتحقق مما يحتفظ به العداء الذي اخترته بالفعل.

قياس التحقيق، وليس عدد لقطات الشاشة

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