أهلاً بكم! اسمي جوليا وأنا أحد المختبرين. في العام الماضي أخبرتك عن - حدث أقيم في شركتنا لتنظيف تراكم الأخطاء. هذا خيار قابل للتطبيق لتقليله بشكل كبير (في فرق مختلفة من 10 إلى 50٪) في يوم واحد فقط.
اليوم أريد أن أخبركم عن شكل الكيس الربيعي لدينا - BUgHunting (BUH). هذه المرة لم نصلح الأخطاء القديمة ، لكننا بحثنا عن أخطاء جديدة وقدمنا أفكارًا للميزات. يوجد تحت الخفض الكثير من التفاصيل حول تنظيم مثل هذه الأحداث ونتائجنا وردود الفعل من المشاركين.
بعد التفكير في اللوائح ووصفنا لها ، أرسلنا دعوة إلى جميع القنوات في شركة Slack ، حيث لم تكن هناك قيود:
نتيجة لذلك ، اشترك حوالي 30 شخصًا - من المطورين والمتخصصين غير التقنيين. تم تخصيص يوم عمل كامل للحدث ، وتم حجز غرفة اجتماعات كبيرة ، وتم تنظيم وجبات الغداء على أساس مقصف المكتب.
لماذا؟
يبدو أن كل فريق يختبر وظائفه. يقوم المستخدمون بالإبلاغ عن الأخطاء إلينا. لماذا حتى عقد مثل هذا الحدث؟
كان لدينا عدة أهداف.
- تعريف الأطفال بالمشاريع / المنتجات ذات الصلة عن قرب.
الآن في شركتنا يعمل الجميع في فرق منفصلة - وحدات. هذه هي فرق المشروع التي تعمل على الجزء الخاص بها من الوظائف ولا تكون دائمًا على دراية كاملة بما يحدث في المشاريع الأخرى. - فقط لتقديم الزملاء لبعضهم البعض.
لدينا ما يقرب من 800 موظف في مكتب موسكو ، ولا يعرف كل الزملاء بعضهم البعض عن طريق البصر. - تحسين مهارة اكتشاف الأخطاء بين المطورين في منتجاتهم.
نحن الآن نشجع اختبار Agile ونضخ الرجال في هذا الاتجاه. - لا تقم بإشراك المتخصصين التقنيين فقط في الاختبار.
بالإضافة إلى القسم الفني ، لدينا العديد من الزملاء من التخصصات الأخرى الذين أرادوا التحدث أكثر عن الاختبار ، حول كيفية إصلاح الأخطاء بشكل صحيح ، بحيث نحصل على عدد أقل من رسائل "Ahhh ... لا شيء يعمل". - وبالطبع ، للعثور على أخطاء خادعة وغير واضحة.
كنت أرغب في مساعدة الفرق في اختبار الميزات الجديدة ومنحهم الفرصة للنظر في الوظائف المنفذة من زاوية مختلفة.
تطبيق
يتكون يومنا من عدة كتل:
- توجيهات؛
- محاضرة موجزة عن الاختبار ، تطرقنا فيها فقط إلى النقاط الرئيسية (أهداف ومبادئ الاختبار ، إلخ) ؛
- قسم "قواعد الآداب" عند صنع الأخطاء ( المبادئ موصوفة بشكل جيد.
- أربع جلسات اختبار على المشاريع ذات السيناريوهات الموصوفة عالية المستوى ؛ قبل كل جلسة كانت هناك محاضرة تمهيدية قصيرة عن المشروع وتوزيعه على الفرق ؛
- مسح موجز للحدث ؛
- تلخيص.
(لم ننس الاستراحات بين الجلسات والغداء أيضًا).
القواعد الأساسية
- التسجيل للأحداث الفردية، مما يحل مشكلة استنزاف الفريق بأكمله بالقصور الذاتي إذا قرر أحد الأشخاص عدم الذهاب.
- المشاركون يغيرون الفرق في كل جلسة. يتيح ذلك للمشاركين المغادرة والحضور في أي وقت ، كما يمكنك التعرف على عدد كبير من الأشخاص.
- الأوامر شخصان قبل كل جلسة تشكلت بشكل عشوائي، لذلك يتضح بشكل أكثر ديناميكية وأسرع.
- لجرح البق مشحونة نقاط (من 3 إلى 10) حسب الأهمية.
- الزوجي لا يحصلان على نقاط.
- يجب تقديم الأخطاء بواسطة أحد أعضاء الفريق وفقًا لجميع المعايير الداخلية.
- يتم إنشاء طلبات الميزات في مهمة منفصلة والمشاركة في ترشيح منفصل.
- يراقب فريق التدقيق الامتثال لجميع القواعد.
تفاصيل أخرى
- في البداية ، أردت إجراء حدث اختبار "متقدم" ، لكن منذ ذلك الحين قام عدد كبير جدًا من الأشخاص من الفرق غير المنتجة بالتسجيل (SMM والمحامون والعلاقات العامة) ، وكان علينا تبسيط المحتوى إلى حد كبير وإزالة الحالات المعقدة / الملفات الشخصية.
- نظرًا لعمل الوحدات في Jira في مشاريع مختلفة وفقًا لتدفقاتنا ، فقد أنشأنا مشروعًا منفصلاً بشكل خاص حيث أنشأنا نموذجًا لإدخال الأخطاء.
- لحساب النقاط ، خططنا لاستخدام لوحة صدارة تم تحديثها عبر خطافات الويب ، ولكن حدث خطأ ما ونتيجة لذلك ، كان لا بد من إجراء الحساب يدويًا.
يركض الجميع في أشعل النار عند تنظيم الأحداث ، ولتسهيل الأمر عليك ، سأصف مشاكلنا التي يمكنك تجنبها.
مرض أحد المتحدثين فجأة واضطر إلى البحث عن مكبر صوت جديد.
كنت محظوظًا جدًا لأنني وجدت بديلاً من نفس الفريق في الساعة 9 صباحًا). لكن من الأفضل عدم الاعتماد على الحظ والحصول على قطع غيار. أو كن مستعدًا لتقديم التقرير الذي تحتاجه.
لم يكن لدينا الوقت لإطلاق الوظيفة ، كان علينا تغيير الكتل في بعض الأماكن.
من أجل عدم التخلص من الكتلة بأكملها ، من الأفضل أن يكون لديك خطة احتياطية.
جزء من مستخدمي الاختبار الذين تم إسقاطهم ، اضطررت إلى إعادة إنشاء مستخدمين جدد بسرعة.
تحقق جيدًا من مستخدمي الاختبار مسبقًا أو لديك القدرة على إجرائهم بسرعة.
لم يأتِ تقريبًا أي من الأشخاص الذين تم تبسيط التنسيق لهم.
ليست هناك حاجة لإجبار أحد. تواضع نفسك.
هناك خيار لوصف شكل الحدث بشكل صارم: "هواة" / "متقدم" ، أو إعداد خيارين في وقت واحد وتحديد الخيار الذي يجب عقده في الواقع.
نقاط تنظيمية مفيدة:
- حجز اجتماع مسبقًا ؛
- رتب الطاولات ، ولا تنسى أسلاك التمديد وأدوات الحماية من زيادة التيار (قد لا يكون شحن أجهزة الكمبيوتر المحمولة / الهواتف طوال اليوم كافياً) ؛
- أتمتة عملية التسجيل ؛
- تحضير جداول التصنيف
- عمل منشورات ورقية مع تسجيلات الدخول وكلمات المرور لمستخدمي الاختبار ، وتعليمات للعمل مع Jira ، والنصوص ؛
- لا تنس إرسال رسائل تذكير قبل أسبوع من الحدث ، بالإضافة إلى توضيح ما تحتاج إلى أخذه معك (أجهزة الكمبيوتر المحمولة / الأجهزة) ؛
- أخبر الزملاء عن الحدث في عرض توضيحي ، في وجبات الغداء ، على فنجان من القهوة ؛
- نتفق مع المطورين على عدم تحديث أو طرح أي شيء في ذلك اليوم ؛
- تحضير المتحدثين
- التفاوض مع مالكي الميزات وكتابة المزيد من السيناريوهات للاختبار ؛
- طلب وجبات خفيفة (ملفات تعريف الارتباط / الحلويات) للوجبات الخفيفة ؛
- لا تنسى إخبارنا بنتائج الحدث.
النتائج
خلال اليوم بأكمله ، تمكن الرجال من اختبار 4 مشاريع وإنشاء 192 خطأ (منها 134 فريدًا) و 7 مهام مع طلبات الميزات. بالطبع ، كان أصحاب المشروع يعرفون بالفعل عن بعض هذه الأخطاء. لكن كانت هناك أيضًا نتائج غير متوقعة.
حصل جميع المشاركين على جوائز رائعة.
والفائزون هم الترمس والشارات والبلوزات.
ما تبين أنه مثير للاهتمام:
- كان شكل الجلسات الصعبة غير متوقع بالنسبة للمشاركين ، عندما يكون الوقت محدودًا ولا يمكنك قضاء الكثير من الوقت في التفكير ؛
- تمكنت من اختبار سطح المكتب وإصدار الهاتف المحمول والتطبيقات ؛
- نظرنا إلى العديد من المشاريع في وقت واحد ، ولم يكن هناك وقت للملل ؛
- التعرف على زملاء مختلفين ، والنظر في مناهجهم عند إدخال الأخطاء ؛
- شعرت بكل آلام المختبرين.
ما الذي يمكن تحسينه:
- القيام بعدد أقل من المشاريع وزيادة وقت الجلسة إلى 1,5 ساعة ؛
- تحضير الهدايا / التذكارات مقدمًا بوقت طويل (في بعض الأحيان يتم تمديد الموافقة / الدفع لمدة شهر) ؛
- استرخ وتقبل حقيقة أن شيئًا ما لن يسير وفقًا للخطة وستكون هناك قوة قاهرة.
التعليقات
آنا بيستريكوفا ، مسؤول النظام: "بيت الأكياس تعليمي للغاية بالنسبة لي. لقد تعلمت عملية الاختبار ، وشعرت بكل "ألم" المختبرين.
في البداية ، في عملية الاختبار ، بصفتك مستخدمًا مثاليًا ، يمكنك التحقق من النقاط الرئيسية: ما إذا كان الزر مطعونًا ، وما إذا كان ينتقل إلى الصفحة ، وما إذا كان التخطيط قد تم نقله إلى الخارج. لكنك تدرك لاحقًا أنك بحاجة إلى التفكير أكثر خارج الصندوق ومحاولة "كسر" التطبيق. لدى المختبرين مهمة صعبة ، فلا يكفي "النقر" في الواجهة بالكامل ، بل تحتاج إلى محاولة التفكير خارج الصندوق وأن تكون منتبهًا للغاية.
كانت الانطباعات إيجابية فقط ، حتى الآن ، بعد مرور بعض الوقت على الحدث ، أرى كيف يتم العمل على الأخطاء التي وجدتها. من الرائع أن تشعر وكأنك جزء من تحسين المنتج ^ _ ^ ".
ديمتري سيليزنيف ، مطور الواجهة الأمامية: "يعد الاختبار في الوضع التنافسي أمرًا محفزًا للغاية للعثور على المزيد من الأخطاء). يبدو لي أنه يجب على الجميع محاولة المشاركة في Baghunting. يسمح لك الاختبار الاستكشافي بالعثور على تلك الحالات التي لم يتم وصفها في خطة الاختبار. بالإضافة إلى ذلك ، يمكن للأشخاص الذين لا يعرفون المشروع تقديم ملاحظات حول مدى ملاءمة الخدمة ".
أنتونينا تاتشوك ، محرر أول: "أحببت أن أجرب نفسي كمختبِر. إنها طريقة عمل مختلفة تمامًا. أنت تحاول كسر النظام وليس تكوين صداقات معه. كانت لدينا دائمًا الفرصة لنطلب من زملائنا شيئًا عن الاختبار. لقد تعلمت المزيد حول إعطاء الأولوية للأخطاء (على سبيل المثال ، كنت أبحث عن أخطاء نحوية في النصوص ، ولكن مثل هذا الخطأ له "وزن" صغير جدًا ؛ والعكس بالعكس ، هناك شيء بدا لي أنه غير مهم جدًا اتضح أنه أمر بالغ الأهمية الخلل ، الذي تم إصلاحه على الفور).
في هذا الحدث ، قدم الرجال ملخصًا لنظرية الاختبار. كان مفيدًا للأشخاص غير التقنيين. وبعد بضعة أيام وجدت نفسي أفكر في أنني كنت أكتب لدعم موقع آخر باستخدام صيغة "ماذا وأين ومتى" وأصف بالتفصيل توقعاتي من الموقع والواقع.
اختتام
إذا كنت ترغب في تنويع حياة الفريق ، فقم بإلقاء نظرة جديدة على الوظائف ، ورتب مصغرة "تناول طعام الكلب الخاص بك"، ثم يمكنك محاولة عقد مثل هذا الحدث ، ومن ثم يمكننا مناقشته معًا.
كل خير وأقل البق!
المصدر: www.habr.com