كيفية الإبلاغ عن الأخطاء عن الطريقة الذكية [مغلقة

Question

أريد أن أكتب (أو أجد) دليلًا لإبلاغ الأخطاء الفعالة بأسلوب مشابه ل ESR كيف تطرح الأسئلة على الطريقة الذكية

ما هي أهم نصائحك لتقارير الأخطاء الفعالة؟

Answer 1

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

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

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

Answer 2

الإبلاغ عن الحقائق الملحوظة وثم تفسيرك لتلك الحقائق.

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

Answer 3

• الإجراء المستخدم لإعادة إنشاء الخطأ بما في ذلك ما تم القيام به ، وما مجال التطبيق الذي تم استخدامه وما حدث يحدث في ذلك الوقت.
• بيان التكاثر (بشكل موثوق ، لا) - يساعد المطور على معرفة مدى صعوبة التكاثر حتى لا يستسلموا بسرعة
• تم إنتاج لقطات الشاشة أو توثيق رسالة الخطأ / تتبع المكدس
• الأهمية/أولوية الخلل (هل يمكن تجنبها ، وتجنب خطوات ، هل هي كارثة ، هل لها تأثير تجاري ، ما هو مخاطر الأعمال ، إلخ)
• البيئة - ما هي البيئة التي كانت موجودة في. عن بعد ، محلي ، إلخ.

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

Answer 4

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

Answer 5

أوصي بهذا المقال: كيفية الإبلاغ عن الأخطاء بشكل فعال

Answer 6

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

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

Answer 7

اكتب الخطوات لإعادة إنتاج الخطأ. إذا لم تتمكن من إعادة إنتاجه ، فلن يتم إصلاحه.

Answer 8

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