ما هي المعلومات التي تطلبها عند حل مشكلة في مربع العميل باستخدام تطبيق سطح المكتب؟

Question

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

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

ما حصلنا عليه حتى الآن هو:

• رقم إصدار تطبيقنا ،
• رقم إصدار OS و OS
• معلومات الوكيل
• .NET الإصدار ورقم التحديث
• المعلومات الخاصة بتطبيقنا (على سبيل المثال ، إصدارات البيانات)
• سجلات الوصول والخطأ

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

تحرير: التوضيح: لا تسأل عن المعلومات التي يجب على المستخدم أن يقدمها في حالة وجود خطأ ، بل هي المعلومات التي يجب أن نجمعها البرامج?

Answer 1

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

Answer 2

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

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

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

الأشياء التي بدت مهمة لهذا ، بخلاف ما أدرجته بالفعل:

• معلومات المستخدم/الحساب. قد يساعد هذا في قضايا الإذن. قد ترغب في تضمين أشياء مثل TimeZone ، Locale ، Windows Smalling.
• تكوين التطبيق ، بما في ذلك المكان الذي يتم تثبيته.
• كما قيل سابقًا ، فإن الملف الحالي الذي يعمل معه المستخدم ، لأن هذا قد يكون سبب المشكلة.
• إعدادات المستخدم ، أي البيانات التي يخزنها التطبيق لكل مستخدم. رأيت أشياء غريبة مع هذه. قد تكون قائمة MRU مفيدة أيضًا.

Answer 3

بصرف النظر عن الحالة الأساسية للتطبيق (الإصدار ، التكوين ، إلخ) ، فإن أهم المعلومات التي يجب الحصول عليها هي:

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

ستكون هذه معلومات كافية لحل 99.9 ٪ من القضايا. بالنسبة للباقي ، تابع واحصل على أي معلومات مفصلة تعتقد أنها ستساعد في حل المشكلة (والتي ، نأمل أن تكون مفهومة بشكل أفضل في هذه المرحلة).