नमस्ते सबै! मेरो नाम युलिया हो र म एक परीक्षक हुँ। गत वर्ष मैले तपाईलाई भनेको थिएँ bagodelnya - बग ब्याकलग सफा गर्न हाम्रो कम्पनीमा आयोजित कार्यक्रम। यो एक दिनमा (१० देखि ५०% सम्मको विभिन्न टोलीहरू) लाई उल्लेखनीय रूपमा घटाउनको लागि पूर्ण रूपमा व्यवहार्य विकल्प हो।

आज म तपाईंलाई हाम्रो वसन्त Bagodelny ढाँचा - BUgHunting (BUH) बारे बताउन चाहन्छु। यस पटक हामीले पुराना बगहरू ठीक गरेनौं, तर नयाँहरू खोज्यौं र सुविधाहरूको लागि प्रस्तावित विचारहरू। कट तल त्यस्ता कार्यक्रमहरूको संगठन, हाम्रा नतिजाहरू र सहभागीहरूबाट प्रतिक्रियाको बारेमा धेरै विवरणहरू छन्।

नियमहरू सोचेर र लेखेपछि, हामीले कर्पोरेट स्ल्याकका सबै च्यानलहरूलाई निमन्त्रणा पठाएका छौं, जसमा कुनै प्रतिबन्धहरू थिएनन्:

नतिजाको रूपमा, लगभग 30 व्यक्तिहरूले साइन अप गरे - दुवै विकासकर्ताहरू र गैर-प्राविधिक विशेषज्ञहरू। हामीले कार्यक्रमको लागि पूरा कार्य दिन छुट्यायौं, एउटा ठूलो बैठक कोठा बुक गर्यौं, र अफिस क्यान्टिनमा खाजाको व्यवस्था गर्यौं।

किन?

यस्तो देखिन्छ कि प्रत्येक टोलीले यसको कार्यक्षमता परीक्षण गर्दछ। प्रयोगकर्ताहरूले हामीलाई बगहरू रिपोर्ट गर्छन्। किन यस्तो कार्यक्रम आयोजना गर्ने ?

हामीले धेरै लक्ष्य राखेका थियौं ।

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

कार्यान्वयन

हाम्रो दिनमा धेरै ब्लकहरू थिए:

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

(हामीले सत्र र खाजा बीचको ब्रेकको बारेमा पनि बिर्सेका छैनौं)।

आधारभूत नियमहरू

• घटनाहरूको लागि दर्ता व्यक्तिगत हो, जसले एक व्यक्ति नजाने निर्णय गरेमा जडताका कारण सम्पूर्ण टोलीको निकासको समस्या समाधान गर्दछ।
• सहभागीहरूले प्रत्येक सत्रमा टोलीहरू परिवर्तन गर्छन्। यसले सहभागीहरूलाई कुनै पनि समयमा आउन र जान अनुमति दिन्छ, र तपाईंले थप मानिसहरूलाई पनि भेट्न सक्नुहुन्छ।
• Команды प्रत्येक सत्र अघि दुई व्यक्ति अनियमित रूपमा बनाइन्छ, यसले यसलाई थप गतिशील र छिटो बनाउँछ।
• परिचय गरिएका बगहरूको लागि तपाईंलाई पुरस्कृत गरिन्छ अंकहरू (3 देखि 10 सम्म) आलोचनात्मकतामा निर्भर गर्दछ.
• डुप्लिकेटका लागि कुनै अंक दिइँदैन।
• बगहरू सबै आन्तरिक मापदण्डहरू अनुसार टोली सदस्यद्वारा दायर गर्नुपर्छ।
• सुविधा अनुरोधहरू छुट्टै कार्यमा सिर्जना गरिन्छन् र छुट्टै नामांकनमा सहभागी हुन्छन्।
• लेखापरीक्षण टोलीले सबै नियमहरूको पालनाको अनुगमन गर्दछ।

अन्य विवरणहरू

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

घटनाहरू आयोजना गर्दा सबैजना समस्याहरूमा जान्छ, र तपाईंलाई अलिकति सजिलो बनाउनको लागि, म तपाईंबाट बच्न सक्ने हाम्रा समस्याहरू वर्णन गर्नेछु।

एकजना वक्ता अचानक बिरामी परे र नयाँ खोज्नुपर्‍यो.
म असाध्यै भाग्यमानी थिएँ कि मैले बिहान ९ बजे एउटै टोलीबाट प्रतिस्थापन पाएको थिएँ)। तर भाग्यमा भर नपर्ने र स्पेयर हुनु राम्रो हो। वा आवश्यक रिपोर्ट आफैं दिन तयार हुनुहोस्।

हामीसँग कार्यक्षमता रोल आउट गर्न समय थिएन, हामीले ब्लकहरू स्वैप गर्नुपर्‍यो.
सम्पूर्ण ब्लक फ्याँक्नबाट बच्नको लागि, ब्याकअप योजना हुनु राम्रो हुन्छ।

केही परीक्षण प्रयोगकर्ताहरू छोडे, हामीले चाँडै नयाँहरू पुन: सिर्जना गर्नुपर्‍यो.
क्रस-चेक परीक्षण प्रयोगकर्ताहरू अग्रिम वा तिनीहरूलाई छिटो गर्न सक्षम हुनुहोस्।

जसका लागि ढाँचा सरलीकृत गरिएको थियो, लगभग कुनै पनि केटाहरू आएनन्.
बल प्रयोग गरेर कसैलाई तान्नु आवश्यक छैन। आफैलाई नम्र।
त्यहाँ घटनाको ढाँचालाई कडाइका साथ निर्धारण गर्ने विकल्प छ: "शौकिया"/"उन्नत", वा एकैचोटि दुई विकल्पहरू तयार गर्नुहोस् र तथ्य पछि कुन होल्ड गर्ने निर्णय गर्नुहोस्।

उपयोगी संगठनात्मक बुँदाहरू:

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

Результаты

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

सबै सहभागीहरूले मीठो पुरस्कार प्राप्त गरे।

र विजेताहरू थर्मोस, ब्याज, स्वेटशर्टहरू हुन्।

के रोचक भयो:

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

के सुधार गर्न सकिन्छ:

• कम परियोजनाहरू गर्नुहोस् र सत्रको समय 1,5 घण्टामा बढाउनुहोस्;
• उपहार/स्मारिका धेरै पहिले तयार गर्नुहोस् (कहिलेकाहीँ अनुमोदन/भुक्तानी एक महिना लाग्छ);
• आराम गर्नुहोस् र स्वीकार गर्नुहोस् कि केहि योजना अनुसार जानेछैन र बल माजेर हुनेछ।

समीक्षा

अन्ना Bystrikova, प्रणाली प्रशासक: "भिक्षाघर मेरो लागि धेरै शैक्षिक छ। मैले परीक्षण प्रक्रिया सिकें र परीक्षकहरूको सबै "पीडा" महसुस गरें।
सुरुमा, परीक्षण प्रक्रियाको बखत, एक उदाहरणीय प्रयोगकर्ताको रूपमा, तपाईंले मुख्य बिन्दुहरू जाँच गर्नुहुन्छ: बटनले क्लिक गर्छ कि गर्दैन, पृष्ठमा जान्छ कि हुँदैन, लेआउट बाहिर गएको छ कि छैन। तर पछि तपाईले महसुस गर्नुहुन्छ कि तपाईले बक्स बाहिर धेरै सोच्नु पर्छ र अनुप्रयोगलाई "ब्रेक" गर्ने प्रयास गर्नुहोस्। परीक्षकहरूसँग गाह्रो काम छ; यो सबै इन्टरफेसमा "पोक" गर्न पर्याप्त छैन; तपाईंले बाकस बाहिर सोच्ने प्रयास गर्न आवश्यक छ र अत्यन्तै ध्यान दिनुहोस्।
प्रभावहरू मात्र सकारात्मक थिए, अहिले पनि, घटनाको केही समय पछि, मैले फेला पारेका बगहरूमा कसरी काम भइरहेको छ भनेर देख्छु। यो उत्पादन सुधार गर्न संलग्न महसुस गर्न राम्रो छ ^_^।"

दिमित्री Seleznev, अगाडि-अन्त विकासकर्ता: "प्रतिस्पर्धी मोडमा परीक्षणले हामीलाई थप बगहरू फेला पार्न उत्प्रेरित गर्छ)। बाघुन्टिङमा सहभागी हुन सबैले प्रयास गर्नुपर्छ भन्ने लाग्छ । अन्वेषणात्मक परीक्षणले तपाईंलाई ती केसहरू फेला पार्न अनुमति दिन्छ जुन परीक्षण योजनामा ​​वर्णन गरिएको छैन। साथै, परियोजना थाहा नभएका व्यक्तिहरूले सेवाको सुविधाको बारेमा प्रतिक्रिया दिन सक्छन्।"

Antonina Tatchuk, वरिष्ठ सम्पादक: "मलाई एक परीक्षकको रूपमा प्रयास गर्न मनपर्थ्यो। यो कामको पूर्णतया फरक शैली हो। तपाईं प्रणाली तोड्न खोज्दै हुनुहुन्छ, यससँग मित्रता नगर्नुहोस्। हामीले जहिले पनि हाम्रा सहकर्मीहरूलाई परीक्षणको बारेमा केहि सोध्ने अवसर पाएका थियौं। मैले बगहरूलाई प्राथमिकता दिने बारे थप सिकें (उदाहरणका लागि, म पाठहरूमा व्याकरणीय त्रुटिहरू खोज्ने बानी परेको छु, तर यस्तो बगको "वजन" धेरै सानो छ; र यसको विपरित, मेरो लागि धेरै महत्त्वपूर्ण नभएको कुरा समाप्त भयो। एक महत्वपूर्ण बग, जुन तुरुन्तै तय गरिएको थियो)।
कार्यक्रममा, केटाहरूले परीक्षण सिद्धान्तको सारांश दिए। यो गैर-प्राविधिक मानिसहरूका लागि उपयोगी थियो। र केहि दिन पछि मैले "के-कहाँ-कहिले" सूत्र प्रयोग गरेर अर्को साइटको समर्थनमा लेख्दै छु र साइट र वास्तविकताबाट मेरा अपेक्षाहरू विस्तृत रूपमा वर्णन गर्दैछु भन्ने सोच्दै आफूलाई समातें।

निष्कर्षमा

यदि तपाइँ तपाइँको टोलीको जीवन विविधीकरण गर्न चाहानुहुन्छ, कार्यक्षमता मा एक ताजा नजर लिनुहोस्, एक मिनी व्यवस्था गर्नुहोस् "आफ्नो कुकुरको खाना खानुहोस्", त्यसोभए तपाईले त्यस्तो कार्यक्रम आयोजना गर्ने प्रयास गर्न सक्नुहुन्छ, र त्यसपछि हामी सँगै छलफल गर्न सक्छौं।

सबै राम्रो र कम बगहरू!

स्रोत: www.habr.com