مرحبا بالجميع! اسمي جوليا وأنا اختبار. أخبرتك العام الماضي عن Bagelnya - وهو حدث أقيم في شركتنا لتنظيف الأخطاء المتراكمة. هذا خيار قابل للتطبيق تمامًا لتقليله بشكل كبير (في فرق مختلفة من 10 إلى 50٪) في يوم واحد فقط.
اليوم أود أن أخبركم عن شكل الربيع الخاص بنا من Luggage Shop - BUgHunting (BUH). هذه المرة لم نصلح الأخطاء القديمة ، ولكن بحثنا عن أخطاء جديدة وعرضنا أفكارًا للميزات. تحت القص الكثير من التفاصيل حول تنظيم مثل هذه الأحداث ، نتائجنا وردود الفعل من المشاركين.
بعد التفكير في القواعد وتحديدها ، أرسلنا دعوة إلى جميع القنوات في Slack للشركة ، حيث لم تكن هناك قيود:
ونتيجة لذلك ، اشترك حوالي 30 شخصًا - من المطورين والمتخصصين غير التقنيين. لقد خصصوا يوم عمل كامل للحدث ، وحجزوا قاعة اجتماعات كبيرة ، ونظموا العشاء في مطعم المكتب.
لماذا؟
يبدو أن كل فريق يختبر وظائفه. سيقوم المستخدمون بالإبلاغ عن الأخطاء لنا. لماذا حتى عقد مثل هذا الحدث؟
كان لدينا عدة أهداف.
- قدم اللاعبين الأقرب إلى المشاريع / المنتجات ذات الصلة .
الآن في شركتنا ، يعمل الجميع في فرق منفصلة - وحدات. هذه هي فرق التصميم التي شهدت دورها في الوظيفة ولا تكون دائمًا على دراية تامة بما يحدث في المشروعات الأخرى. - مجرد تقديم الزملاء لبعضهم البعض .
لدينا حوالي 800 موظف في مكتب موسكو ، وليس كل الزملاء يعرفون بعضهم بعضًا شخصيًا. - تحسين مهارة البحث عن الأخطاء بين المطورين في منتجاتهم .
إننا نشجع حاليًا اختبار Agile ونضخ اللاعبين في هذا الاتجاه. - إشراك ليس فقط الخبراء التقنيين في الاختبار .
بالإضافة إلى القسم الفني ، لدينا العديد من الزملاء من التخصصات الأخرى الذين يريدون التحدث أكثر حول الاختبار ، حول كيفية الإبلاغ بشكل صحيح ، بحيث نتلقى رسائل أقل في التنسيق "Ahhh ... لا شيء يعمل". - حسنًا ، بالطبع ، ابحث عن أخطاء صعبة وغير واضحة .
كنت أرغب في مساعدة الفرق في اختبار الميزات الجديدة وتوفير فرصة لإلقاء نظرة على الوظيفة المنفذة من زاوية مختلفة.
تطبيق
يتكون يومنا من عدة كتل:
- مؤتمر.
- محاضرة قصيرة عن الاختبار ، تناولنا فيها النقاط الرئيسية فقط (أهداف ومبادئ الاختبار ، إلخ) ؛
- قسم عن "الأخلاق الحميدة" عند إنشاء الأخطاء (يتم وصف المبادئ جيدًا هنا ) ؛
- أربع جلسات اختبار للمشاريع ذات البرامج النصية عالية المستوى ؛ قبل كل جلسة كانت هناك محاضرة تمهيدية قصيرة عن المشروع وتوزيعها على الفرق.
- مسح موجز للحدث ؛
- تلخيص.
(كما أننا لم ننسى فترات الراحة بين الجلسات والغداء).
القواعد الأساسية
- التسجيل للأحداث هو أمر فردي ، وهو ما يحل مشكلة استنزاف جمود الفريق بأكمله إذا قرر شخص واحد عدم الذهاب.
- في كل جلسة ، يغير المشاركون الفريق . يتيح ذلك للمشاركين المغادرة والمغادرة في أي وقت ، ويمكنك أيضًا التعرف على عدد كبير من الأشخاص.
- يتم تشكيل فرق مكونة من شخصين قبل كل جلسة بشكل عشوائي ، بحيث تتحول بشكل ديناميكي وأسرع.
- يتم منح النقاط للبقايا (من 3 إلى 10) حسب الأهمية الحرجة .
- لا يتم منح أي نقاط للمضاعفة.
- يجب أن تبدأ الأخطاء من قبل أحد أعضاء الفريق وفقًا لجميع المعايير الداخلية.
- Featurekvesta تبدأ في مهمة منفصلة والمشاركة في ترشيح منفصل.
- يتم مراقبة الامتثال لجميع القواعد من قبل فريق التدقيق.
تفاصيل أخرى
- في البداية ، أردت إجراء حدث اختبار "متقدم" ، ولكن بسبب ذلك لقد تم تسجيل الكثير من اللاعبين من فرق غير منتجة (SMM ، محامون ، علاقات عامة) ، واضطررت إلى تبسيط المحتوى إلى حد كبير وإزالة الحالات المعقدة / المتخصصة.
- نظرًا لعمل الوحدات في Jira في مشاريع مختلفة ، وفقًا لتدفقنا ، فقد قمنا بشكل خاص بإنشاء مشروع منفصل أنشأنا فيه نموذجًا لإنشاء الأخطاء.
- للتسجيل ، خططنا لاستخدام المتصدرين ، والذي تم تحديثه عبر webhooks ، ولكن حدث خطأ ما ، ونتيجة لذلك ، يجب إجراء الحساب يدويًا.
عند تنظيم الأحداث ، واجه الجميع أشعل النار وجعله أسهل قليلاً ، سأصف مشاكلنا التي يمكنك تجنبها.
أصيب أحد المتحدثين فجأة بالمرض واضطر إلى البحث عن متحدث جديد .
كنت محظوظًا جدًا لأنني وجدت بديلاً من نفس الفريق في التاسعة صباحًا). لكن من الأفضل عدم الاعتماد على الحظ والحصول على قطع غيار. أو كن مستعدًا لإبلاغ التقرير المطلوب.
لم نتمكن من طرح الوظائف ، كان علينا تبديل المقاطع .
من أجل عدم التخلص من الكتلة بالكامل ، من الأفضل أن يكون لديك خطة احتياطية.
بعض مستخدمي الاختبار الذين سقطوا ، اضطررت إلى إعادة إنشاء مستخدمين جدد بسرعة .
تحقق مرة أخرى اختبار المستخدمين مقدما أو لديك فرصة لجعلها بسرعة.
لم يأتي أي من اللاعبين الذين تم تنسيق التنسيق من أجلهم تقريبًا .
ليس عليك سحب أي شخص بالقوة. تواضع نفسك.
هناك خيار لوصف تنسيق الحدث بشكل صارم: "الهواة" / "متقدم" ، أو لإعداد خيارين في وقت واحد وتحديد ما يجب القيام به.
نقاط تنظيمية مفيدة:
- حجز غرفة اجتماعات مقدما ؛
- ترتيب الجداول ، لا تنسى عن أسلاك التمديد وحماة الطفرة (قد لا يكون شحن أجهزة الكمبيوتر المحمولة / الهواتف ليوم كامل كافيًا) ؛
- أتمتة عملية التهديف.
- إعداد جداول التصنيف ؛
- جعل النشرات الورقية مع تسجيلات وكلمات مرور للمستخدمين اختبار ، تعليمات للعمل مع جيرا ، والنصوص ؛
- لا تنس إرسال رسائل تذكير قبل أسبوع من الحدث ، بالإضافة إلى الإشارة إلى ما تحتاج إلى إحضاره معك (أجهزة الكمبيوتر المحمولة / الأجهزة) ؛
- أخبر الزملاء عن الحدث في عرض توضيحي ، وفي العشاء ، وفنجان من القهوة ؛
- أتفق مع devops على عدم تحديث أو طرح أي شيء في هذا اليوم ؛
- إعداد المتحدثين.
- أتفق مع أصحاب الميزات وكتابة المزيد من البرامج النصية للاختبار ؛
- طلب وجبات خفيفة (ملفات تعريف الارتباط / الحلويات) للوجبات الخفيفة ؛
- لا تنسى أن تتحدث عن نتائج الحدث.
النتائج
لليوم بأكمله ، تمكن الرجال من اختبار 4 مشاريع والحصول على 192 أخطاء (منها 134 فريدة) و 7 مهام مع طلبات الميزات. بالطبع ، عرف أصحاب المشاريع بالفعل بعض هذه الأخطاء. ولكن كانت هناك اكتشافات غير متوقعة.
تلقى جميع المشاركين جوائز حلوة.
والفائزين هم الترمس والشارات والبلوزات.
ما اتضح للاهتمام:
- كان شكل الجلسات الصعبة غير متوقع للمشاركين ، عندما يكون الوقت محدودًا ولا يمكنك قضاء الكثير من الوقت في التفكير فيه ؛
- تمكنت من اختبار سطح المكتب وإصدار الهاتف المحمول والتطبيقات ؛
- نظرت إلى العديد من المشاريع في وقت واحد ، لم يكن هناك وقت للملل.
- التقى مع مختلف الزملاء ، ونظرت في أساليبهم في إنشاء الخلل ؛
- شعرت بألم المختبرين.
ما يمكن تحسينه:
- القيام بمشاريع أقل وزيادة وقت الجلسة إلى 1.5 ساعة ؛
- تحضير الهدايا / الهدايا التذكارية مقدمًا كثيرًا (أحيانًا يستمر التنسيق / الدفع لمدة شهر) ؛
- استرخ وتتعامل مع حقيقة أن هناك شيئًا ما سيحدث ، وسيكون هناك قوة قاهرة.
التعليقات
آنا بيستريكوفا ، مديرة النظام: "متجر الأمتعة مفيد للغاية بالنسبة لي. تعلمت عملية الاختبار ، شعرت بكل "الألم" للمختبرين.
في البداية ، أثناء عملية الاختبار ، بصفتك مستخدمًا تقريبيًا ، يمكنك التحقق من النقاط الرئيسية: هل يضغط الزر ، يذهب إلى الصفحة ، هل ينتقل التخطيط. لكنك تفهم فيما بعد أنك بحاجة إلى التفكير بشكل غير قياسي ومحاولة "كسر" التطبيق. يمتلك المختبرون مهمة صعبة ، ولا يحتاجون إلا إلى "اختراق" الواجهة بأكملها ، ويجب أن تحاولوا التفكير خارج الصندوق وأن تكونوا منتبهين للغاية.
لم يتبق سوى الانطباعات الإيجابية ، حتى الآن ، بعد مرور بعض الوقت على الحدث ، أرى كيف يجري العمل على الأخطاء التي اكتشفتها. من الرائع أن تشعر بالمشاركة في تحسين المنتج ^ _ ^. "
ديمتري سيلزنيف ، مطور الواجهة الأمامية : "يحفز الاختبار في الوضع التنافسي بقوة على إيجاد المزيد من الأخطاء). يبدو لي أن الجميع بحاجة إلى محاولة المشاركة في Baghanting. يتيح لك اختبار البحث العثور على الحالات التي لم يتم توضيحها في خطة الاختبار. بالإضافة إلى ذلك ، يمكن للأشخاص الذين لا يعرفون المشروع تقديم ملاحظات حول راحة الخدمة. "
أنتونينا تاتشوك ، كبيرة المحررين : "أحببت أن أجرب نفسي كاختبار . هذا هو نمط مختلف تماما من العمل. أنت تحاول كسر النظام ، وليس تكوين صداقات معه. لقد أتيحت لنا دائمًا الفرصة لسؤال زملائنا عن الاختبار. لقد تعلمت المزيد عن تحديد أولويات الأخطاء (على سبيل المثال ، اعتدت على البحث عن الأخطاء النحوية في النصوص ، لكن "وزن" هذا الخطأ صغير جدًا ؛ والعكس صحيح ، تبين أن شيئًا غير مهم جدًا تبين أنه خطأ حرج تم إصلاحه على الفور ).
في هذا الحدث ، أعطى الرجال الضغط من نظرية الاختبار. كان هذا مفيدًا للمهنيين غير التقنيين. بعد أيام قليلة ، أدركت أنني أفكر في أنني كنت أكتب لدعم موقع آخر باستخدام صيغة "ماذا وأين ومتى" وأصف بالتفصيل توقعاتي من الموقع والواقع ".
استنتاج
إذا كنت ترغب في تنويع حياة الفريق ، فابحث بنظرة جديدة على الوظيفة ، وقم بترتيب ميني "تناول طعامك الخاص بالكلاب" ، ثم يمكنك محاولة عقد مثل هذا الحدث ، وبعد ذلك يمكننا مناقشته معًا.
كل الخير وأقل البق!