ما هي أسئلة المقابلة يجب أن يسأل المطور اختبار؟

Question

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

ما هي أكثر الأهمية السؤال (ق) يجب أن يسأل المطور شخص ضريبة الجودة؟ أبحث عن أسئلة عملية أكثر من الأسئلة المفتوحة المنفأة، أفكارك؟

Answer 1

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

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

تحتاج إلى تأسيس ذلك:

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

أجد أن أفضل نهج في المقابلات هو تقديم السيناريوهات واسأل المرشح ما يفكرون به، على سبيل المثال:

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

فقط عن الإجابة على هذا السؤال وحده، يمكنك تقييم ما إذا كان المرشح:

• غير مجدية ("آسف، لا أستطيع تفويت العشاء").
• يفكر خارج القيود ("هل هناك هل حقا لا يوجد اختبار آخر متاح؟ "،" هل يمكنني التحقق من صحة ذلك صباح يوم السبت؟ "،" هل يمكن أن يعمل بوب بعض الوقت في عطلة نهاية الأسبوع؟ ").
• قابلة للتكيف ("يمكنني إيقافه العشاء مرة واحدة فقط").

وهلم جرا.

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

Answer 2

بصرف النظر عن الإجابات العميقة في هذا الموضوع، هناك سؤال بسيط غالبا ما يتم تجاهله:

هل تستطيع التصرف مثل مستخدم طبيعي أو غير متمرس؟

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

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

أو مشتق من هذا. هذا يدل على بعض المعلومات المهمة.

1. هم واقعية
2. يمكنهم التفكير خارج الصندوق
3. هم على استعداد لأداء الأساليب المناسبة المحددة في ضمان الجودة

هذا هو ما وجدته على الأقل.

آمل أن يساعد هذا بطريقة أو بأخرى.

Answer 3

سيكون اقتراحي هو النظر في أسئلة مفتوحة إلى حد ما مثل هذا:

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

فيما يلي بعض الأفكار التي سأطرحها في طلب ما يلي:

1. هل هناك ذكر للمواصفات أو المتطلبات؟ إذا لم يكن هناك أي، كيف يمكن أن يختبر هذا التأثير؟
2. هل يريدون مني أن أقترب معهم حتى يعرفوا ما فعلت؟
3. هل يريدون معرفة ما فعلت؟
4. هل لديهم وقت للقيام بذلك واسأل كم من الوقت أعتقد أن هذا قد يستغرق؟
5. ما نوع الاختبار الذي تتوقعه: اختبار دخان شامل، قابلية استخدام المدخل؟
6. ما أنواع الأدوات التي سيتم استخدامها للقيام بذلك؟

عند تسجيل خطأ، ما هو الحد الأدنى من المعلومات التي تعتقد أنها يجب أن يكون لدى المطور قبل إصلاحه؟

هذا هو نوع السؤال الذي اعتمادا على أي نوع من الخلفية سيكون من المحتمل أن يكون من المحتمل أن يكون عاملا في إجابتهم كأشياء قليلة يجب أن تتضمن ما يلي:

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

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

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

Answer 4

يمكن للمطور التحقق من خلال منحه سيناريو يجب أن تحقق مما يلي

سلوك

هل يستيقظ الاختبار موقف التحقيق؟ أعطه سيناريو وتحقق من عدد السؤال الصحيح الذي يسأل عنه؟

مهارات

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

المعرفه

تحقق من اتساع وعمق الاختبار في الحقل الذي ستقوم فيه بتجنيد الاختبار. حتى لو كان الاختبار لا يعمل في الحقل الحالي، تحقق من مقدار اختبار هذا الحقل.

قابلية الواجهة

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

Answer 5

بعض العناصر الرئيسية التي نبحث عنها في مجال جودة البرمجيات:

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

Answer 6

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

1. أسئلة البرمجة. انظر إلى السيرة الذاتية. هل يعرفون ج #؟ جافا سكريبت؟ اطلب منهم رمز شيء لك. كلما عرفوها، كلما كانت الأخطاء التي ستتمكن من تقديمها.
2. أسئلة العملية. هل يفهمون التحكم المصدر؟ هل استخدموا ذلك؟ هل يحصلون على مفهوم البناء؟ هل هم على دراية باختبار الوحدة؟
3. أسئلة تطوير البرمجيات. هل يفهمون ما هو DLL / التجمع / جرة؟ هل يعرفون كيف تعمل الذاكرة؟ هل يفهمون الفرق بين وضع المستخدم والنواة (أو أي شيء مناسب إلى مجالك)؟
4. أسئلة التكنولوجيا. ما مدى فهمهم المجال الخاص بك؟ هل يفهمون ما يحفز صناعة القطعة؟ هل يعرفون ما يبحث عنه عملاء القطعة؟ هل سبق أن استخدموا القطعة؟
5. هل يفهمون أخطاءهم على مستوى عميق؟ اسأل عن علة المفضلة لديهم. ما مقدار التفاصيل التي يمكن أن تخبرك بها حول الخطأ الذي حدث؟
6. هل يمكنهم الوقوف إليك؟ هل هذا هو الفرز أو الفاحص الذي سيعود إلى أسفل عندما يدفع Dev عليها أو يقاتلون؟ اسألهم عن وقت حاولوا الحصول على شيء ما واللتقاء بالمعارضة. كيف كان رد فعل؟