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

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

بعد اختيار الميزة، سيظهر لك نموذج الأخطاء بالكامل. على سبيل المثال، نموذج الأخطاء الوظيفية يبدو كالتالي:

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

بالنسبة للأخطاء الوظيفية فقط، سترى حقلًا إضافيًا يسمى الشدة: منخفضة، عالية، و/أو حرجة. تشير الشدة إلى مدى إلحاح تقريرك وتعتمد على عوامل متعددة. لمعرفة مستويات الشدة المختلفة، يرجى زيارة المقال التالي: الأخطاء الوظيفية.

لن يتم عرض حقل الشدة لأنواع الأخطاء الأخرى.

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

عند كتابة عنوان الخطأ، صف ما يحدث بدلًا من وصف ما لا يحدث. تجنّب العبارات العامة مثل "لا يعمل"، وركّز على السلوك الفعلي الذي تمت ملاحظته.

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

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

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

يجب أن يكون الخلل قابلاً لإعادة الإنتاج. ويتطلب ذلك خطوات مفصّلة خطوة بخطوة لكيفية إعادة إنتاجه. يجب أن تصف كل خطوة إجراءً منفصلاً.

يجب أن تتضمن الخطوة الأولى إشارة إلى الوصول إلى عنوان URL الخاص ببيئة العميل والمذكور في قسم Access إذا كنت تختبر موقعًا إلكترونيًا، أو إشارة إلى فتح التطبيق (مع ذكر اسمه) إذا كنت تختبر تطبيقًا على الهاتف المحمول. مثال:

بالنسبة للمواقع الإلكترونية:

بالنسبة لتطبيقات الهاتف المحمول:

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

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

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

الناتج الفعلي هو أحد أهم الحقول في تقرير الخلل لأنه هنا تشرح المشكلة وكل التفاصيل اللازمة لفهم الخلل.

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

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

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

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

لتعرف نوع المرفق الذي يجب إرفاقه لتقريرك وما هي القواعد المطبقة، يرجى زيارة المقال التالي: متطلبات مرفقات تقرير الأخطاء.

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

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

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

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

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

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

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