المطور اختبار مقابلQA فريق اختبار - ما هو الحق في تقسيم العمل ؟ [مغلقة]

StackOverflow https://stackoverflow.com/questions/14040

سؤال

في حين تحاول الدعوة إلى المزيد من المطور اختبار أجد حجة "أليس هذا QA ما العمل ؟" يستخدم الكثير.في رأيي أنه لا يعقل أن تعطي سؤال وجواب كل فريق اختبار المسؤوليات ، ولكن في نفس الوقت سبولسكي والبعض الآخر يقول يجب أن لا يكون باستخدام 100 دولار/ساعة المطورين أن تفعل شيئا 30 $/ساعة اختبار يمكن أن تقوم به.ما هي تجارب الآخرين في الشركة مع مخصص QA الفريق ؟ حيث أن تقسيم العمل يتم رسمها ؟

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

هل كانت مفيدة؟

المحلول

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

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

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

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

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

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

نصائح أخرى

عند الاقتضاء فرق مراقبة الجودة يجب أن تكون قادرة على إجراء الأمن, الانحدار, سهولة الاستخدام, أداء, الإجهاد, تركيب/ترقية اختبار و ليس المطورين

للمطورين يجب أن تفعل اختبار وحدة مع رمز-تغطية مدونة مكتوب الحد الأدنى من الهدف.

في بين ، لا يزال هناك قليلا جدا من الاختبار يتعين القيام به

  • كامل مسار رمز اختبار
  • اختبار مكون
  • اختبار التكامل (مكونات)
  • نظام (التكامل) اختبار
  • الخ

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

التحدث مع بعضهم البعض ، ومعرفة ما كل من هو الأكثر راحة به.وسوف يستغرق بعض الوقت, لكنه يستحق ذلك جيدا.

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

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

أيضا, كل وحدة اختبار يتم من قبل المطورين.

أنا الوحيدة في هذه الصناعة لمدة عام ، ولكن في تجربتي dev هي المسؤولة عن وحدة اختبار خصائصها ، في حين أن ضمان الجودة هو المسؤول عن اختبار السيناريوهات.QA ومن المتوقع أن اختبار أي نتم الظروف.

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

ملاحظة(قبل اختبار - أود أن أشير إلى QA الفريق)

المطور / وحدة الاختبارات ________=_______ اختبار قابلية الاستخدام & استكشافية اختبار

'==================================================================

القبول / العملاء الاختبارات ___=_____ الملكية الاختبار

تخيل أن يكون مربع مع أربعة أجزاء.:)

النصف الأيسر يجب أن يكون آليا.

  • المطور اختبارات التحقق من أن الكود يعمل المبرمج أراد ذلك.الأدوات:NUnit / xUnit / مهما الصنع أداة
  • العملاء اختبارات التحقق من أن الكود يعمل كما أراد العميل ذلك.الاختبارات ينبغي أن يكون من السهل جدا أن أكتب, لا تتطلب العملاء للتعلم .NET/Java.آخر الزبون متعود أكتب تلك الاختبارات (على الرغم من أنه قد تتطلب بعض المساعدة من مطور).صالح على سبيل المثال يستخدم الجداول HTML التي يمكن أن تكون مكتوبة في Word.الأدوات:صالح أدوات الانحدار أيضا تكمن هنا.سجل اعادتها.

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

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

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

يجب أن يكون اختبار الآلي ممكن, الذي يتحول مرة أخرى إلى ديف العمل إذا كان يتم اختبار كتابة التعليمات البرمجية التي يحصل وأضاف أن الاختبار الآلي جناح.

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

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

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

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

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

وهنا بعض الطرق التي المطور الاختبار هو الأكثر كفاءة أعلى مردود:

  • المطور يعدل مكتبة مشتركة في حين تعمل على ميزة ديف لديه نظرة ثاقبة الآثار الجانبية المحتملة التي QA / التحقق من الصحة لا
  • المطور هو متأكد من أداء المكتبة الدعوة ويكتب اختبار الوحدة
  • المطور يكتشف طريق استخدام الحالة لا يعتبر في مواصفات هذا الرمز أن يكتب رمز التحديثات المواصفات ، ويكتب الاختبار

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

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

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top