كيف يمكنك استكشاف أخطاء سيناريوهات "يعمل على جهازي" وإصلاحها

Question

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

Answer 1

من وجهة نظر التدريب/العملية:

قم بتدريب فريقك على معرفة أن عبارة "يعمل على جهازي" لا تعني الخروج من السجن مجانًا.

أحصل على خادم البناء الآلي.

احصل على نشر اختبار آلي.

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

من وجهة نظر الاختبار/التصحيح:

يجب أن يُظهر للمطور تسلسل الإجراءات التي تؤدي إلى حدوث الخطأ.

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

من وجهة نظر تنموية وبيئية:

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

ومن هنا، فإن الأمر يتعلق بمحاولة تقليل الاختلافات بين البيئتين حتى يتمكن المطور من رؤية المشكلة على جهازه.

أو يمكنك السير في الاتجاه الآخر ومحاولة تصحيح المشكلة في بيئة الإنتاج (غير التطوير).

تختلف تفاصيل التنفيذ حسب النظام الأساسي.

Answer 2

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

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

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

Answer 3

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

Answer 4

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

وI تشير أيضا لهم الاحتمالات:

أ. هناك فرق بين تكوين النظام المحلي وخادم.

ب. لم يتم تحديث بعض تبعيات وظائف على الخادم.

وج. إنهم لم مسح مخبأ المتصفح.

د. I تكرار المشكلة على خادم التدريج وإظهار لهم.

وه. ... وهلم جرا، تبعا للحالة.

Answer 5

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

Answer 6

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

Answer 7

وآه نعم ... أقدم عذر في الكتاب.

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

وأوصي أيضا باستخدام إطار الاختبار والاختبار الآلي التطبيقات على خادم اختبار مخصص.

Answer 8

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