सर्वांना नमस्कार! माझे नाव युलिया आहे आणि मी एक परीक्षक आहे. गेल्या वर्षी मी तुम्हाला सांगितले होते bagodelnya - बग बॅकलॉग साफ करण्यासाठी आमच्या कंपनीत आयोजित कार्यक्रम. केवळ एका दिवसात (विविध संघांमध्ये 10 ते 50% पर्यंत) लक्षणीयरीत्या कमी करण्याचा हा एक पूर्णपणे व्यवहार्य पर्याय आहे.

आज मी तुम्हाला आमच्या वसंत ऋतु Bagodelny स्वरूप - BUgHunting (BUH) बद्दल सांगू इच्छितो. यावेळी आम्ही जुन्या बगचे निराकरण केले नाही, परंतु नवीन शोधले आणि वैशिष्ट्यांसाठी कल्पना प्रस्तावित केल्या. कट खाली अशा कार्यक्रमांचे आयोजन, आमचे परिणाम आणि सहभागींकडून अभिप्राय याबद्दल बरेच तपशील आहेत.

नियमांचा विचार करून आणि लिहून ठेवल्यानंतर, आम्ही कॉर्पोरेट स्लॅक मधील सर्व चॅनेलना आमंत्रण पाठवले, ज्यामध्ये कोणतेही निर्बंध नव्हते:

परिणामी, सुमारे 30 लोकांनी साइन अप केले - दोन्ही विकासक आणि गैर-तांत्रिक विशेषज्ञ. आम्ही कार्यक्रमासाठी संपूर्ण कामकाजाचा दिवस दिला, एक मोठी बैठक खोली बुक केली आणि ऑफिसच्या कॅन्टीनमध्ये जेवणाचे आयोजन केले.

का?

असे दिसते की प्रत्येक संघ त्याच्या कार्यक्षमतेची चाचणी घेतो. वापरकर्ते आम्हाला बग नोंदवतात. असा कार्यक्रम तरी का ठेवायचा?

आमची अनेक उद्दिष्टे होती.

1. संबंधित प्रकल्प/उत्पादनांच्या जवळच्या मुलांची ओळख करून द्या.
   आता आमच्या कंपनीत प्रत्येकजण स्वतंत्र संघ - युनिट्समध्ये काम करतो. हे प्रकल्प कार्यसंघ आहेत जे त्यांच्या कार्यक्षमतेच्या स्वतःच्या भागावर कार्य करत आहेत आणि इतर प्रकल्पांमध्ये काय घडत आहे याची त्यांना नेहमीच जाणीव नसते.
2. फक्त तुमच्या सहकाऱ्यांची एकमेकांशी ओळख करून द्या.
   आमच्या मॉस्को कार्यालयात आमच्याकडे जवळजवळ 800 कर्मचारी आहेत; सर्व सहकारी एकमेकांना नजरेने ओळखत नाहीत.
3. विकासकांच्या उत्पादनांमध्ये बग शोधण्याची क्षमता सुधारा.
   आम्ही आता या दिशेने चपळ चाचणी आणि मुलांना प्रशिक्षण देत आहोत.
4. चाचणीमध्ये फक्त तांत्रिक तज्ञांपेक्षा अधिक सामील करा.
   तांत्रिक विभागाव्यतिरिक्त, आमच्याकडे इतर वैशिष्ट्यांमधील अनेक सहकारी आहेत ज्यांना चाचणीबद्दल अधिक बोलायचे होते, बगचा योग्यरितीने अहवाल कसा द्यायचा याविषयी जेणेकरुन आम्हाला "अहहह... काहीच काम करत नाही" असे कमी संदेश प्राप्त होतात.
5. आणि, अर्थातच, अवघड आणि अस्पष्ट बग शोधा.
   मला नवीन वैशिष्‍ट्ये तपासण्‍यात टीमला मदत करायची होती आणि त्‍यांना लागू केलेली कार्यक्षमता वेगळ्या कोनातून पाहण्‍याची संधी द्यायची होती.

अंमलबजावणी

आमच्या दिवसात अनेक ब्लॉक होते:

• ब्रीफिंग
• चाचणीवर एक लहान व्याख्यान, ज्यामध्ये आम्ही फक्त मुख्य मुद्द्यांना स्पर्श केला (लक्ष्य आणि चाचणीची तत्त्वे इ.);
• बग्स सादर करताना "चांगल्या वागण्याचे नियम" यावरील विभाग (येथे तत्त्वे चांगल्या प्रकारे वर्णन केली आहेत);
• उच्च-स्तरीय वर्णन केलेल्या परिस्थितीसह प्रकल्पांसाठी चार चाचणी सत्रे; प्रत्येक सत्रापूर्वी प्रकल्पावर एक लहान प्रास्ताविक व्याख्यान होते आणि संघांमध्ये विभागणी होते;
• कार्यक्रमावर लहान सर्वेक्षण;
• सारांश

(आम्ही सत्र आणि दुपारच्या जेवणातील ब्रेकबद्दल देखील विसरलो नाही).

मूलभूत नियम

• कार्यक्रमांसाठी नोंदणी वैयक्तिक आहे, जे एका व्यक्तीने न जाण्याचा निर्णय घेतल्यास जडत्वामुळे संपूर्ण संघ निचरा होण्याची समस्या सोडवते.
• सहभागी प्रत्येक सत्रात संघ बदलतात. हे सहभागींना कधीही ये-जा करण्यास अनुमती देते आणि तुम्ही अधिक लोकांना भेटू शकता.
• टीम्स प्रत्येक सत्रापूर्वी दोन लोक यादृच्छिकपणे तयार होतात, हे अधिक गतिमान आणि जलद बनवते.
• सादर केलेल्या बगसाठी तुम्हाला पुरस्कार दिला जातो गुण (3 ते 10 पर्यंत) गंभीरतेवर अवलंबून.
• डुप्लिकेटसाठी कोणतेही गुण दिले जात नाहीत.
• सर्व अंतर्गत मानकांनुसार टीम सदस्याने बग दाखल करणे आवश्यक आहे.
• वैशिष्ट्य विनंत्या वेगळ्या टास्कमध्ये तयार केल्या जातात आणि वेगळ्या नामांकनात सहभागी होतात.
• ऑडिट टीम सर्व नियमांचे पालन करते यावर लक्ष ठेवते.

इतर तपशील

• सुरुवातीला, मला एक "प्रगत" चाचणी कार्यक्रम करायचा होता, पण... नॉन-प्रॉडक्ट टीम्समधील बर्‍याच लोकांनी साइन अप केले (SMM, वकील, PR), आम्हाला सामग्री मोठ्या प्रमाणात सुलभ करावी लागली आणि जटिल/प्रोफाइल प्रकरणे काढून टाकली.
• जिरा मधील वेगवेगळ्या प्रकल्पातील युनिट्सच्या कामामुळे, आमच्या प्रवाहानुसार, आम्ही विशेषत: एक वेगळा प्रकल्प तयार केला ज्यामध्ये आम्ही बग्सची ओळख करून देण्यासाठी एक टेम्पलेट सेट केला.
• गुणांची गणना करण्यासाठी, त्यांनी वेबहुकद्वारे अपडेट केलेला लीडरबोर्ड वापरण्याची योजना आखली, परंतु काहीतरी चूक झाली आणि शेवटी गणना व्यक्तिचलितपणे करावी लागली.

कार्यक्रम आयोजित करताना प्रत्येकाला समस्या येतात आणि तुमच्यासाठी ते थोडे सोपे करण्यासाठी मी आमच्या समस्यांचे वर्णन करेन ज्या तुम्ही टाळू शकता.

एक वक्ता अचानक आजारी पडला आणि त्याला नवीन शोधावे लागले.
मी खूप नशीबवान होतो की मला त्याच टीममधून सकाळी ९ वाजता बदली मिळाली). परंतु नशिबावर विसंबून राहणे आणि एक सुटे न ठेवणे चांगले. किंवा आवश्यक अहवाल स्वतः देण्यास तयार रहा.

आमच्याकडे कार्यक्षमता रोल आउट करण्यासाठी वेळ नव्हता, आम्हाला ब्लॉक्स स्वॅप करावे लागले.
संपूर्ण ब्लॉक फेकणे टाळण्यासाठी, बॅकअप योजना घेणे चांगले आहे.

काही चाचणी वापरकर्ते कमी झाले, आम्हाला त्वरीत नवीन पुन्हा तयार करावे लागले.
चाचणी वापरकर्त्यांना आधीच क्रॉस-चेक करा किंवा ते त्वरीत करण्यास सक्षम व्हा.

ज्यांच्यासाठी स्वरूप सरलीकृत केले गेले होते त्यापैकी जवळजवळ कोणीही आले नाही.
बळजबरीने कोणाला ओढण्याची गरज नाही. स्वतःला नम्र करा.
इव्हेंटचे स्वरूप काटेकोरपणे विहित करण्याचा पर्याय आहे: “हौशी”/“प्रगत”, किंवा एकाच वेळी दोन पर्याय तयार करा आणि वस्तुस्थितीनंतर कोणता ठेवायचा हे ठरवा.

उपयुक्त संस्थात्मक मुद्दे:

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

निकाल

संपूर्ण दिवसात, मुलांनी 4 प्रकल्पांची चाचणी घेण्यात आणि 192 बग (त्यातील 134 अद्वितीय) आणि वैशिष्ट्य विनंतीसह 7 समस्या तयार करण्यात व्यवस्थापित केले. अर्थात, प्रकल्प मालकांना यापैकी काही दोषांची आधीच माहिती होती. पण अनपेक्षित शोध देखील होते.

सर्व सहभागींना गोड बक्षिसे मिळाली.

आणि विजेते थर्मोसेस, बॅज, स्वेटशर्ट आहेत.

काय मनोरंजक झाले:

• सहभागींना कठीण सत्रांचे स्वरूप अनपेक्षित वाटले, जेव्हा वेळ मर्यादित असतो आणि तुम्ही विचार करण्यात बराच वेळ घालवू शकत नाही;
• डेस्कटॉप, मोबाइल आवृत्ती आणि अनुप्रयोगांची चाचणी घेण्यात व्यवस्थापित;
• आम्ही एकाच वेळी अनेक प्रकल्प पाहिले, कंटाळा येण्याची वेळ नव्हती;
• वेगवेगळ्या सहकाऱ्यांना भेटलो, बग्स सादर करण्याच्या त्यांच्या दृष्टिकोनाकडे पाहिले;
• परीक्षकांच्या सर्व वेदना जाणवल्या.

काय सुधारले जाऊ शकते:

• कमी प्रकल्प करा आणि सत्राची वेळ 1,5 तासांपर्यंत वाढवा;
• भेटवस्तू/स्मरणिका खूप आगाऊ तयार करा (कधीकधी मंजूरी/पेमेंटला महिना लागतो);
• आराम करा आणि स्वीकारा की काहीतरी योजनेनुसार होणार नाही आणि जबरदस्ती घडेल.

पुनरावलोकने

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

दिमित्री सेलेझनेव्ह, फ्रंट-एंड डेव्हलपर: “स्पर्धात्मक मोडमध्ये चाचणी केल्याने आम्हाला अधिक बग शोधण्यासाठी खूप प्रेरणा मिळते). प्रत्येकाने बाघंटिंगमध्ये सहभागी होण्याचा प्रयत्न केला पाहिजे असे वाटते. एक्सप्लोरेटरी चाचणी तुम्हाला चाचणी योजनेमध्ये वर्णन केलेली नसलेली प्रकरणे शोधण्याची परवानगी देते. शिवाय, ज्या लोकांना प्रकल्प माहित नाही ते सेवेच्या सोयीबद्दल अभिप्राय देऊ शकतात."

अँटोनिना ताचुक, वरिष्ठ संपादक: “मला एक परीक्षक म्हणून स्वतःचा प्रयत्न करायला आवडला. ही कामाची पूर्णपणे वेगळी शैली आहे. तुम्ही प्रणाली तोडण्याचा प्रयत्न करत आहात, त्याच्याशी मैत्री करू नका. आम्हाला नेहमी आमच्या सहकाऱ्यांना चाचणीबद्दल काहीतरी विचारण्याची संधी मिळाली. मी बग्सना प्राधान्य देण्याबद्दल अधिक शिकलो (उदाहरणार्थ, मला मजकुरातील व्याकरणाच्या चुका शोधण्याची सवय आहे, परंतु अशा बगचे "वजन" खूप लहान आहे; आणि त्याउलट, माझ्यासाठी फारसे महत्त्वाचे नसलेली गोष्ट बाहेर आली एक गंभीर बग आहे, जो त्वरित निश्चित करण्यात आला होता).
कार्यक्रमात, मुलांनी चाचणी सिद्धांताचा सारांश दिला. गैर-तांत्रिक लोकांसाठी हे उपयुक्त होते. आणि काही दिवसांनंतर मी असा विचार केला की मी दुसर्‍या साइटच्या समर्थनार्थ “काय-कुठे-केव्हा” सूत्र वापरून लिहित आहे आणि साइट आणि वास्तविकतेकडून माझ्या अपेक्षांचे तपशीलवार वर्णन करत आहे.

निष्कर्ष

आपण आपल्या कार्यसंघाच्या जीवनात विविधता आणू इच्छित असल्यास, कार्यक्षमतेवर एक नवीन नजर टाका, एक मिनी व्यवस्था करा "स्वतःच्या कुत्र्याचे अन्न खा", मग तुम्ही असा कार्यक्रम आयोजित करण्याचा प्रयत्न करू शकता आणि मग आम्ही त्यावर एकत्र चर्चा करू शकतो.

सर्व उत्तम आणि कमी बग!

स्त्रोत: www.habr.com