सभी को नमस्कार! मेरा नाम जूलिया है और मैं एक परीक्षक हूँ। पिछले साल मैंने आपको बगेल्न्या के बारे में बताया था - बग्स के बैकलॉग की सफाई के लिए हमारी कंपनी में आयोजित एक कार्यक्रम। यह केवल एक दिन में इसे कम करने के लिए (10 से 50% तक अलग-अलग टीमों में) पूरी तरह से व्यवहार्य विकल्प है।

आज मैं आपको सामान की दुकान - BUHHunting (BUH) के हमारे वसंत प्रारूप के बारे में बताना चाहता हूं। इस बार हमने पुराने कीड़े को ठीक नहीं किया, लेकिन नए की तलाश की और सुविधाओं के लिए विचारों की पेशकश की। कटौती के तहत इस तरह के आयोजनों के संगठन, प्रतिभागियों से हमारे परिणामों और प्रतिक्रिया के बारे में बहुत सारे विवरण।

नियमों पर विचार करने और निर्धारित करने के बाद, हमने कॉर्पोरेट स्लैक के सभी चैनलों को निमंत्रण भेजा, जिसमें कोई प्रतिबंध नहीं था:

नतीजतन, लगभग 30 लोगों ने साइन अप किया - डेवलपर्स और गैर-तकनीकी विशेषज्ञ दोनों। उन्होंने इस आयोजन के लिए एक पूरा कार्य दिवस आवंटित किया, एक बड़ा बैठक कक्ष बुक किया, और कार्यालय कैंटीन में रात्रिभोज का आयोजन किया।

क्यों?

ऐसा लगता है कि प्रत्येक टीम अपनी कार्यक्षमता का परीक्षण कर रही है। उपयोगकर्ता हमें बग की सूचना देंगे। ऐसा आयोजन भी क्यों?

हमारे पास कई लक्ष्य थे।

1. संबंधित परियोजनाओं / उत्पादों के करीब लोगों का परिचय दें ।
   अब हमारी कंपनी में हर कोई अलग-अलग टीमों - इकाइयों में काम करता है। ये डिज़ाइन टीम हैं जिन्होंने अपनी कार्यक्षमता का हिस्सा देखा और हमेशा पूरी तरह से इस बात से अवगत नहीं हैं कि अन्य परियोजनाओं में क्या हो रहा है।
2. बस सहकर्मियों को एक-दूसरे से परिचित कराएं ।
   मास्को कार्यालय में हमारे लगभग 800 कर्मचारी हैं, सभी सहकर्मी व्यक्तिगत रूप से एक-दूसरे को नहीं जानते हैं।
3. अपने उत्पादों में डेवलपर्स के बीच बग की खोज करने के कौशल में सुधार करें ।
   हम वर्तमान में एजाइल परीक्षण को बढ़ावा दे रहे हैं और इस दिशा में लोगों को पंप कर रहे हैं।
4. परीक्षण में न केवल तकनीकी विशेषज्ञों को संलग्न करें ।
   तकनीकी विभाग के अलावा, हमारे पास अन्य विशिष्टताओं के कई सहयोगी हैं जो परीक्षण के बारे में अधिक बात करना चाहते थे, कि कैसे सही ढंग से रिपोर्ट करें, ताकि हम "अहह ... कुछ काम नहीं करते" प्रारूप में कम संदेश प्राप्त करें।
5. ठीक है, निश्चित रूप से, मुश्किल और अस्पष्ट कीड़े खोजें ।
   मैं नई विशेषताओं के परीक्षण के साथ टीमों की मदद करना चाहता था और एक अलग कोण से कार्यान्वित कार्यक्षमता को देखने का अवसर प्रदान करता था।

कार्यान्वयन

हमारे दिन में कई ब्लॉक शामिल थे:

• ब्रीफिंग;
• परीक्षण पर एक छोटा व्याख्यान, जिसमें हमने केवल मुख्य बिंदुओं (परीक्षण के लक्ष्य और सिद्धांत, आदि) को छुआ;
• बगों को स्थापित करते समय "अच्छे शिष्टाचार" पर अनुभाग (सिद्धांतों को अच्छी तरह से यहां वर्णित किया गया है );
• उच्च-स्तरीय स्क्रिप्ट वाली परियोजनाओं के लिए चार परीक्षण सत्र; प्रत्येक सत्र से पहले परियोजना और टीमों को वितरण पर एक लघु परिचयात्मक व्याख्यान था;
• घटना का एक संक्षिप्त सर्वेक्षण;
• का सारांश।

(हम सत्र और दोपहर के भोजन के बीच ब्रेक के बारे में भी नहीं भूले)।

बुनियादी नियम

• घटनाओं के लिए पंजीकरण व्यक्तिगत है , जो पूरी टीम की जड़ता को खत्म करने की समस्या को हल करता है अगर एक व्यक्ति ने नहीं जाने का फैसला किया।
• प्रत्येक सत्र में, प्रतिभागी टीम को बदलते हैं । यह प्रतिभागियों को किसी भी समय छोड़ने और आने की अनुमति देता है, और आप बड़ी संख्या में लोगों से परिचित भी हो सकते हैं।
• प्रत्येक सत्र से पहले दो लोगों की टीमें बेतरतीब ढंग से बनाई जाती हैं , इसलिए यह अधिक गतिशील और तेज गति से निकलती है।
• जीवों को घावों के लिए सम्मानित किया जाता है (3 से 10 तक) महत्वपूर्णता के आधार पर ।
• युगल के लिए कोई अंक नहीं दिए जाते हैं।
• कीड़े को सभी आंतरिक मानकों के अनुसार टीम के सदस्य द्वारा शुरू किया जाना चाहिए।
• फ़ीचरवर्क एक अलग कार्य में शुरू होता है और एक अलग नामांकन में भाग लेता है।
• सभी नियमों का अनुपालन ऑडिट टीम द्वारा किया जाता है।

अन्य विवरण

• प्रारंभ में, मैं एक "उन्नत" परीक्षण घटना करना चाहता था, लेकिन क्योंकि गैर-उत्पादक टीमों (एसएमएम, वकील, पीआर) के बहुत सारे लोगों ने हस्ताक्षर किए, मुझे सामग्री को सरल बनाने और जटिल / विशेष मामलों को हटाने की आवश्यकता थी।
• विभिन्न परियोजनाओं में जीरा में इकाइयों के काम के कारण, हमारे प्रवाह के अनुसार, हमने विशेष रूप से एक अलग परियोजना बनाई है जिसमें हम बग बनाने के लिए एक टेम्पलेट स्थापित करते हैं।
• स्कोरिंग के लिए, हमने एक लीडरबोर्ड का उपयोग करने की योजना बनाई, जिसे वेबहुक के माध्यम से अपडेट किया गया था, लेकिन कुछ गलत हो गया और परिणामस्वरूप, गणना मैन्युअल रूप से की जानी थी।

जब घटनाओं का आयोजन करते हैं, तो सभी लोग एक रेक में भाग लेते हैं और इसे थोड़ा आसान बनाने के लिए, मैं हमारी समस्याओं का वर्णन करूंगा जिससे आप बच सकते हैं।

वक्ताओं में से एक अचानक बीमार पड़ गया और उसे एक नए की तलाश करनी पड़ी ।
मैं बेतहाशा भाग्यशाली था कि मुझे सुबह 9 बजे उसी टीम से रिप्लेसमेंट मिला)। लेकिन बेहतर है कि किस्मत पर भरोसा न करें और फालतू की बात करें। या वांछित रिपोर्ट बताने के लिए खुद तैयार रहें।

हमने कार्यक्षमता को रोल आउट करने का प्रबंधन नहीं किया है, हमें ब्लॉक स्वैप करना था ।
पूरे ब्लॉक को बाहर न फेंकने के लिए, बैकअप प्लान रखना बेहतर है।

कुछ परीक्षण उपयोगकर्ता गिरा दिए, मुझे नए लोगों को जल्दी से फिर से बनाना पड़ा ।
पहले से परीक्षण करने वाले उपयोगकर्ताओं की जांच करें या उन्हें जल्दी से बनाने का अवसर दें।

लगभग कोई भी व्यक्ति जिसके लिए प्रारूप को सरल बनाया गया था ।
आपको बलपूर्वक किसी को भी नहीं खींचना है खुद को नम्र करें।
घटना के प्रारूप को सख्ती से निर्धारित करने का एक विकल्प है: "शौकिया" / "उन्नत", या एक ही बार में दो विकल्प तैयार करना और क्या आचरण करना है, यह तय करना।

उपयोगी संगठनात्मक बिंदु:

• पहले से एक बैठक कक्ष बुक करें;
• तालिकाओं को व्यवस्थित करें, एक्सटेंशन डोरियों और सर्ज प्रोटेक्टर्स के बारे में मत भूलना (पूरे दिन के लिए लैपटॉप / फोन चार्ज करना पर्याप्त नहीं हो सकता है);
• स्कोरिंग की प्रक्रिया को स्वचालित करें;
• रेटिंग टेबल तैयार करें;
• परीक्षण उपयोगकर्ताओं के लॉगिन और पासवर्ड के साथ पेपर हैंडआउट बनाना, जीरा के साथ काम करने के निर्देश, स्क्रिप्ट;
• घटना से एक सप्ताह पहले अनुस्मारक भेजने के लिए मत भूलना, इसके अतिरिक्त इंगित करें कि आपको अपने साथ क्या लाने की आवश्यकता है (लैपटॉप / उपकरण);
• सहयोगियों को कॉफी के एक कप में, एक डेमो में घटना के बारे में बताएं;
• इस दिन कुछ भी अपडेट या रोल आउट न करने के लिए devops से सहमत हों;
• वक्ताओं को तैयार करें;
• सुविधाओं के मालिकों से सहमत हों और परीक्षण के लिए अधिक स्क्रिप्ट लिखें;
• स्नैक्स के लिए स्नैक्स (कुकीज़ / मिठाई) ऑर्डर करें;
• घटना के परिणाम के बारे में बात करना मत भूलना।

परिणाम

पूरे दिन के लिए, लोग 4 परियोजनाओं का परीक्षण करने और 192 बग (जिनमें से 134 अद्वितीय हैं) और 7 कार्यों को फीचर अनुरोध के साथ प्राप्त करने में कामयाब रहे। बेशक, परियोजना मालिकों को इनमें से कुछ बग्स के बारे में पहले से ही पता था। लेकिन अप्रत्याशित खोजें थीं।

सभी प्रतिभागियों को मीठे पुरस्कार मिले।

और विजेता थर्मोज, बैज, स्वेटशर्ट हैं।

क्या दिलचस्प निकला:

• प्रतिभागियों के लिए कठिन सत्रों का प्रारूप अप्रत्याशित था, जब समय सीमित है और आप इसके बारे में सोचने में बहुत समय नहीं दे सकते हैं;
• मैं डेस्कटॉप, मोबाइल संस्करण और अनुप्रयोगों का परीक्षण करने में कामयाब रहा;
• एक बार में कई परियोजनाओं को देखा, बोर होने का समय नहीं था;
• विभिन्न सहयोगियों से मिले, बगों की स्थापना के लिए उनके दृष्टिकोण को देखा;
• परीक्षकों का दर्द महसूस किया।

क्या सुधारा जा सकता है:

• कम परियोजनाएं करें और सत्र का समय बढ़ाकर 1.5 घंटे करें;
• अग्रिम में उपहार / स्मृति चिन्ह तैयार करें (कभी-कभी समन्वय / भुगतान एक महीने तक रहता है);
• आराम करो और इस तथ्य के साथ आओ कि कुछ गलत हो जाएगा और बल की बड़ी कमी होगी।

समीक्षा

अन्ना बिस्ट्रिकोवा, सिस्टम एडमिनिस्ट्रेटर: “मेरे लिए सामान की दुकान बहुत जानकारीपूर्ण है। मैंने परीक्षण प्रक्रिया सीखी, परीक्षकों के सभी "दर्द" को महसूस किया।
सबसे पहले, परीक्षण प्रक्रिया के दौरान, एक अनुमानित उपयोगकर्ता के रूप में, आप मुख्य बिंदुओं की जांच करते हैं: बटन प्रहार करता है, पृष्ठ पर जाता है, क्या लेआउट बाहर निकलता है। लेकिन बाद में आप समझते हैं कि आपको अधिक गैर-मानक रूप से सोचने और आवेदन को "तोड़ने" की कोशिश करने की आवश्यकता है। परीक्षकों के पास एक कठिन काम है, पूरे इंटरफ़ेस को "पियर्स" करने के लिए थोड़ा, आपको बॉक्स के बाहर सोचने और बेहद चौकस रहने की कोशिश करने की आवश्यकता है।
केवल सकारात्मक इंप्रेशन शेष थे, यहां तक ​​कि अब भी, घटना के कुछ समय बाद, मैं देखता हूं कि मुझे जो कीड़े मिले उन पर कैसे काम किया जा रहा है। यह एक उत्पाद ^ _ ^ को बेहतर बनाने में शामिल महसूस करने के लिए अच्छा है। "

दिमित्री सेल्ज़नेव, फ्रंट-एंड डेवलपर : "प्रतिस्पर्धी मोड में परीक्षण दृढ़ता से अधिक बग ढूंढने के लिए प्रेरित करता है)। यह मुझे लगता है कि सभी को बैगनटिंग में भाग लेने की कोशिश करने की आवश्यकता है। अनुसंधान परीक्षण आपको उन मामलों को खोजने की अनुमति देता है जो परीक्षण योजना में वर्णित नहीं हैं। साथ ही, जो लोग इस परियोजना को नहीं जानते हैं, वे सेवा की सुविधा पर प्रतिक्रिया दे सकते हैं। "

एंटिना टीचुक, वरिष्ठ संपादक : “मुझे एक परीक्षक के रूप में खुद को आजमाना पसंद था। यह पूरी तरह से अलग कार्यशैली है। आप सिस्टम को तोड़ने की कोशिश कर रहे हैं, उससे दोस्ती नहीं कर रहे हैं। हमें हमेशा अपने सहयोगियों से परीक्षण के बारे में कुछ पूछने का अवसर मिला। मैंने बगों को प्राथमिकता देने के बारे में अधिक जानकारी प्राप्त की (उदाहरण के लिए, मैं ग्रंथों में व्याकरण संबंधी त्रुटियों की तलाश में था, लेकिन ऐसी बग का "वजन" बहुत छोटा है, और इसके विपरीत, कुछ ऐसा जो मुझे बहुत महत्वपूर्ण नहीं लगता था, एक महत्वपूर्ण बग है जो अभी ठीक किया गया था। )।
इवेंट में, लोगों ने परीक्षण के सिद्धांत से एक निचोड़ दिया। यह गैर-तकनीकी पेशेवरों के लिए उपयोगी था। कुछ दिनों बाद मैंने खुद को यह सोचते हुए पकड़ लिया कि मैं "क्या-कहाँ-जब" फॉर्मूला का उपयोग करके किसी अन्य साइट के समर्थन में लिख रहा हूं और साइट और वास्तविकता से मेरी अपेक्षाओं का विस्तार से वर्णन करता हूं। "

निष्कर्ष

यदि आप टीम के जीवन में विविधता लाना चाहते हैं, तो कार्यक्षमता पर नए सिरे से विचार करें, एक मिनी "अपने कुत्ते को खाएं" की व्यवस्था करें , आप इस तरह के आयोजन को करने की कोशिश कर सकते हैं, और फिर हम एक साथ इस पर चर्चा कर सकते हैं।

सभी अच्छे और कम कीड़े!