કેમ છો બધા! મારું નામ યુલિયા છે અને હું ટેસ્ટર છું. ગયા વર્ષે મેં તમને તેના વિશે કહ્યું હતું બાગોડેલન્યા - બગ બેકલોગને સાફ કરવા માટે અમારી કંપનીમાં યોજાયેલી એક ઇવેન્ટ. માત્ર એક જ દિવસમાં તેને (વિવિધ ટીમોમાં 10 થી 50% સુધી) નોંધપાત્ર રીતે ઘટાડવાનો આ એક સંપૂર્ણ વ્યવહારુ વિકલ્પ છે.

આજે હું તમને અમારા વસંત Bagodelny ફોર્મેટ - BUgHunting (BUH) વિશે કહેવા માંગુ છું. આ વખતે અમે જૂની ભૂલોને ઠીક કરી નથી, પરંતુ નવી શોધ કરી છે અને સુવિધાઓ માટેના વિચારો પ્રસ્તાવિત કર્યા છે. કટની નીચે આવી ઇવેન્ટ્સના સંગઠન, અમારા પરિણામો અને સહભાગીઓના પ્રતિસાદ વિશે ઘણી વિગતો છે.

વિનિયમો પર વિચાર કર્યા પછી અને લખ્યા પછી, અમે કોર્પોરેટ સ્લેકની તમામ ચેનલોને આમંત્રણ મોકલ્યું, જેમાં કોઈ નિયંત્રણો નહોતા:

પરિણામે, લગભગ 30 લોકોએ સાઇન અપ કર્યું - બંને વિકાસકર્તાઓ અને બિન-તકનીકી નિષ્ણાતો. અમે ઇવેન્ટ માટે આખો કાર્યકારી દિવસ ફાળવ્યો, એક મોટો મીટિંગ રૂમ બુક કર્યો અને ઑફિસની કેન્ટીનમાં લંચનું આયોજન કર્યું.

શા માટે?

એવું લાગે છે કે દરેક ટીમ તેની કાર્યક્ષમતાનું પરીક્ષણ કરે છે. વપરાશકર્તાઓ અમને ભૂલોની જાણ કરે છે. આવી ઘટના પણ શા માટે યોજવી?

અમારા ઘણા ધ્યેયો હતા.

1. સંબંધિત પ્રોજેક્ટ્સ/ઉત્પાદનોની નજીકના લોકોનો પરિચય આપો.
   હવે અમારી કંપનીમાં દરેક વ્યક્તિ અલગ-અલગ ટીમો - એકમોમાં કામ કરે છે. આ પ્રોજેક્ટ ટીમો છે જે કાર્યક્ષમતાના પોતાના ભાગ પર કામ કરી રહી છે અને હંમેશા અન્ય પ્રોજેક્ટ્સમાં શું થઈ રહ્યું છે તેની સંપૂર્ણ જાણ હોતી નથી.
2. ફક્ત તમારા સાથીદારોને એકબીજા સાથે પરિચય આપો.
   અમારી મોસ્કો ઓફિસમાં લગભગ 800 કર્મચારીઓ છે; બધા સાથીદારો એકબીજાને દૃષ્ટિથી ઓળખતા નથી.
3. વિકાસકર્તાઓની તેમના ઉત્પાદનોમાં ભૂલો શોધવાની ક્ષમતામાં સુધારો કરો.
   અમે હવે આ દિશામાં ચપળ પરીક્ષણ અને ગાય્ઝને તાલીમ આપી રહ્યા છીએ.
4. પરીક્ષણમાં ફક્ત તકનીકી નિષ્ણાતો કરતાં વધુને સામેલ કરો.
   તકનીકી વિભાગ ઉપરાંત, અમારી પાસે અન્ય વિશેષતાઓમાંથી ઘણા સાથીદારો છે જેઓ પરીક્ષણ વિશે વધુ વાત કરવા માગે છે, બગની યોગ્ય રીતે જાણ કેવી રીતે કરવી તે વિશે જેથી અમને "આહહ... કંઈ કામ કરતું નથી" જેવા ઓછા સંદેશા પ્રાપ્ત થાય છે.
5. અને, અલબત્ત, મુશ્કેલ અને અસ્પષ્ટ ભૂલો શોધો.
   હું ટીમોને નવી સુવિધાઓનું પરીક્ષણ કરવામાં મદદ કરવા માંગુ છું અને તેમને અમલમાં મૂકાયેલ કાર્યક્ષમતાને અલગ ખૂણાથી જોવાની તક આપવા માંગુ છું.

Реализация

અમારો દિવસ ઘણા બ્લોક્સનો સમાવેશ કરે છે:

• બ્રીફિંગ
• પરીક્ષણ પર એક ટૂંકું વ્યાખ્યાન, જેમાં અમે ફક્ત મુખ્ય મુદ્દાઓ (ધ્યેયો અને પરીક્ષણના સિદ્ધાંતો, વગેરે) પર જ સ્પર્શ કર્યો;
• ભૂલો રજૂ કરતી વખતે "સારી રીતભાતના નિયમો" પરનો વિભાગ (અહીં સિદ્ધાંતો સારી રીતે વર્ણવેલ છે);
• ઉચ્ચ-સ્તરના વર્ણવેલ દૃશ્યો સાથેના પ્રોજેક્ટ્સ માટે ચાર પરીક્ષણ સત્રો; દરેક સત્ર પહેલાં પ્રોજેક્ટ અને ટીમોમાં વિભાજન પર ટૂંકું પ્રારંભિક વ્યાખ્યાન હતું;
• ઘટના પર ટૂંકા સર્વેક્ષણ;
• સારાંશ

(અમે સત્રો અને લંચ વચ્ચેના વિરામ વિશે પણ ભૂલ્યા નથી).

મૂળભૂત નિયમો

• ઇવેન્ટ્સ માટે નોંધણી વ્યક્તિગત છે, જે જો એક વ્યક્તિ ન જવાનું નક્કી કરે તો જડતાને કારણે આખી ટીમ ડ્રેઇન થવાની સમસ્યાને હલ કરે છે.
• સહભાગીઓ દરેક સત્રમાં ટીમો બદલે છે. આ સહભાગીઓને કોઈપણ સમયે આવવા અને જવાની મંજૂરી આપે છે, અને તમે વધુ લોકોને પણ મળી શકો છો.
• કોમેડી દરેક સત્ર પહેલાં બે લોકો અવ્યવસ્થિત રીતે રચાય છે, આ તેને વધુ ગતિશીલ અને ઝડપી બનાવે છે.
• દાખલ કરેલ ભૂલો માટે તમને પુરસ્કાર આપવામાં આવે છે નિર્ણાયકતા પર આધાર રાખીને પોઈન્ટ (3 થી 10 સુધી)..
• ડુપ્લિકેટ માટે કોઈ પોઈન્ટ આપવામાં આવતા નથી.
• ટીમના સભ્ય દ્વારા તમામ આંતરિક ધોરણો અનુસાર ભૂલો દાખલ કરવી આવશ્યક છે.
• વિશેષતા વિનંતીઓ એક અલગ કાર્યમાં બનાવવામાં આવે છે અને અલગ નામાંકનમાં ભાગ લે છે.
• ઓડિટ ટીમ તમામ નિયમોના પાલન પર નજર રાખે છે.

અન્ય વિગતો

• શરૂઆતમાં, હું "અદ્યતન" પરીક્ષણ ઇવેન્ટ કરવા માંગતો હતો, પરંતુ... બિન-ઉત્પાદન ટીમોમાંથી ઘણા બધા લોકોએ સાઇન અપ કર્યું (SMM, વકીલો, PR), અમારે સામગ્રીને મોટા પ્રમાણમાં સરળ બનાવવા અને જટિલ/પ્રોફાઇલ કેસોને દૂર કરવા પડ્યા.
• જુદા જુદા પ્રોજેક્ટ્સમાં જીરામાં એકમોના કામને કારણે, અમારા પ્રવાહ અનુસાર, અમે ખાસ કરીને એક અલગ પ્રોજેક્ટ બનાવ્યો જેમાં અમે ભૂલો રજૂ કરવા માટે એક નમૂનો સેટ કર્યો.
• પોઈન્ટની ગણતરી કરવા માટે, તેઓએ લીડરબોર્ડનો ઉપયોગ કરવાની યોજના બનાવી હતી જે વેબહૂક દ્વારા અપડેટ કરવામાં આવી હતી, પરંતુ કંઈક ખોટું થયું અને અંતે ગણતરી જાતે જ કરવી પડી.

ઇવેન્ટ્સનું આયોજન કરતી વખતે દરેક વ્યક્તિને સમસ્યાઓનો સામનો કરવો પડે છે, અને તમારા માટે તેને થોડું સરળ બનાવવા માટે, હું અમારી સમસ્યાઓનું વર્ણન કરીશ જે તમે ટાળી શકો છો.

એક વક્તા અચાનક બીમાર પડી ગયો અને તેને નવો શોધવો પડ્યો.
હું ખૂબ નસીબદાર હતો કે મને એ જ ટીમમાંથી સવારે 9 વાગ્યે રિપ્લેસમેન્ટ મળ્યું). પરંતુ નસીબ પર આધાર રાખવો અને ફાજલ ન રાખવું વધુ સારું છે. અથવા જરૂરી રિપોર્ટ જાતે આપવા તૈયાર રહો.

અમારી પાસે કાર્યક્ષમતાને રોલ આઉટ કરવાનો સમય નહોતો, અમારે બ્લોક્સને સ્વેપ કરવા પડ્યા.
આખા બ્લોકને ફેંકી દેવાનું ટાળવા માટે, બેકઅપ પ્લાન રાખવું વધુ સારું છે.

કેટલાક પરીક્ષણ વપરાશકર્તાઓ ઘટી ગયા, અમારે ઝડપથી નવા ફરીથી બનાવવા પડ્યા.
અગાઉથી પરીક્ષણ વપરાશકર્તાઓને ક્રોસ-ચેક કરો અથવા તેમને ઝડપથી કરવા માટે સક્ષમ બનો.

જેમના માટે ફોર્મેટ સરળ કરવામાં આવ્યું હતું તેમાંથી લગભગ કોઈ પણ વ્યક્તિ આવ્યો ન હતો.
બળથી કોઈને ખેંચવાની જરૂર નથી. તમારી જાતને નમ્રતા આપો.
ઇવેન્ટના ફોર્મેટને સખત રીતે નિર્ધારિત કરવાનો વિકલ્પ છે: “એમેચ્યોર”/“એડવાન્સ્ડ”, અથવા એક સાથે બે વિકલ્પો તૈયાર કરો અને હકીકત પછી કયો વિકલ્પ રાખવો તે નક્કી કરો.

ઉપયોગી સંગઠનાત્મક મુદ્દાઓ:

• અગાઉથી મીટિંગ બુક કરો;
• કોષ્ટકો ગોઠવો, એક્સ્ટેંશન કોર્ડ અને સર્જ પ્રોટેક્ટર વિશે ભૂલશો નહીં (લેપટોપ/ફોન ચાર્જ કરવું આખા દિવસ માટે પૂરતું ન હોઈ શકે);
• સ્કોરિંગ પ્રક્રિયાને સ્વચાલિત કરો;
• રેન્કિંગ કોષ્ટકો તૈયાર કરો;
• પરીક્ષણ વપરાશકર્તાઓના લોગિન અને પાસવર્ડ્સ, જીરા સાથે કામ કરવા માટેની સૂચનાઓ, સ્ક્રિપ્ટ્સ સાથે પેપર હેન્ડઆઉટ્સ બનાવો;
• ઇવેન્ટના એક અઠવાડિયા પહેલા રીમાઇન્ડર્સ મોકલવાનું ભૂલશો નહીં, અને તે પણ સૂચવો કે તમારે તમારી સાથે શું લેવાની જરૂર છે (લેપટોપ/ઉપકરણો);
• તમારા સહકાર્યકરોને ડેમોમાં, લંચ પર, એક કપ કોફી પર ઇવેન્ટ વિશે જણાવો;
• આ દિવસે કંઈપણ અપડેટ અથવા રોલ આઉટ ન કરવા માટે devops સાથે સંમત થાઓ;
• સ્પીકર્સ તૈયાર કરો;
• લક્ષણ માલિકો સાથે વાટાઘાટો કરો અને પરીક્ષણ માટે વધુ દૃશ્યો લખો;
• નાસ્તા માટે ટ્રીટ્સ (કૂકીઝ/કેન્ડી) ઓર્ડર કરો;
• ઇવેન્ટના પરિણામો વિશે અમને જણાવવાનું ભૂલશો નહીં.

રિઝલ્ટ

આખા દિવસ દરમિયાન, છોકરાઓએ 4 પ્રોજેક્ટ્સનું પરીક્ષણ કરવામાં અને 192 બગ્સ (જેમાંથી 134 અનન્ય હતા) અને 7 મુદ્દાઓ ફીચર વિનંતીઓ સાથે બનાવવામાં સફળ થયા. અલબત્ત, પ્રોજેક્ટ માલિકો આમાંની કેટલીક ભૂલો વિશે પહેલેથી જ જાણતા હતા. પરંતુ ત્યાં પણ અણધાર્યા શોધો હતા.

બધા સહભાગીઓને મીઠાઈ ઈનામો મળ્યા.

અને વિજેતા થર્મોસીસ, બેજ, સ્વેટશર્ટ છે.

શું રસપ્રદ બન્યું:

• સહભાગીઓને મુશ્કેલ સત્રોનું ફોર્મેટ અનપેક્ષિત લાગ્યું, જ્યારે સમય મર્યાદિત હોય અને તમે વિચારવામાં ઘણો સમય પસાર કરી શકતા નથી;
• ડેસ્કટૉપ, મોબાઇલ સંસ્કરણ અને એપ્લિકેશનનું પરીક્ષણ કરવામાં વ્યવસ્થાપિત;
• અમે એક સાથે ઘણા પ્રોજેક્ટ્સ જોયા, કંટાળો આવવાનો સમય નહોતો;
• વિવિધ સાથીદારોને મળ્યા, બગ્સ રજૂ કરવાના તેમના અભિગમો જોયા;
• પરીક્ષકોની બધી પીડા અનુભવી.

શું સુધારી શકાય છે:

• ઓછા પ્રોજેક્ટ કરો અને સત્રનો સમય વધારીને 1,5 કલાક કરો;
• ભેટ/સંભારણું ખૂબ અગાઉથી તૈયાર કરો (કેટલીકવાર મંજૂરી/ચુકવણીમાં એક મહિનો લાગે છે);
• આરામ કરો અને સ્વીકારો કે કંઈક યોજના મુજબ નહીં થાય અને બળની ઘટના થશે.

સમીક્ષાઓ

અન્ના બાયસ્ટ્રિકોવા, સિસ્ટમ એડમિનિસ્ટ્રેટર: “મારા માટે ભિક્ષાગૃહ ખૂબ જ શૈક્ષણિક છે. મેં પરીક્ષણ પ્રક્રિયા શીખી અને પરીક્ષકોની બધી "પીડા" અનુભવી.
શરૂઆતમાં, પરીક્ષણ પ્રક્રિયા દરમિયાન, એક અનુકરણીય વપરાશકર્તા તરીકે, તમે મુખ્ય મુદ્દાઓ તપાસો: બટન ક્લિક કરે છે કે કેમ, તે પૃષ્ઠ પર જાય છે કે કેમ, લેઆઉટ ખસેડવામાં આવ્યો છે કે કેમ. પરંતુ પછીથી તમે સમજો છો કે તમારે બોક્સની બહાર વધુ વિચારવાની જરૂર છે અને એપ્લિકેશનને "તોડવાનો" પ્રયાસ કરો. પરીક્ષકોનું કામ મુશ્કેલ છે; આખા ઈન્ટરફેસ પર "પોક" કરવા માટે તે પૂરતું નથી; તમારે બૉક્સની બહાર વિચારવાનો પ્રયાસ કરવાની અને અત્યંત સચેત રહેવાની જરૂર છે.
છાપ માત્ર સકારાત્મક હતી, હવે પણ, ઇવેન્ટના થોડા સમય પછી, હું જોઉં છું કે મને મળેલી ભૂલો પર કેવી રીતે કાર્ય કરવામાં આવે છે. ઉત્પાદનને સુધારવામાં સામેલ થવું એ ખૂબ જ સરસ છે ^_^.”

દિમિત્રી સેલેઝનેવ, ફ્રન્ટ-એન્ડ ડેવલપર: "સ્પર્ધાત્મક મોડમાં પરીક્ષણ અમને વધુ બગ્સ શોધવા માટે ખૂબ પ્રેરિત કરે છે). મને લાગે છે કે દરેક વ્યક્તિએ બાગુન્ટિંગમાં ભાગ લેવાનો પ્રયાસ કરવો જોઈએ. સંશોધનાત્મક પરીક્ષણ તમને તે કિસ્સાઓ શોધવાની મંજૂરી આપે છે કે જે પરીક્ષણ યોજનામાં વર્ણવેલ નથી. ઉપરાંત, જે લોકો પ્રોજેક્ટને જાણતા નથી તેઓ સેવાની સુવિધા અંગે પ્રતિસાદ આપી શકે છે.”

એન્ટોનીના તાચૂક, વરિષ્ઠ સંપાદક: “મને એક ટેસ્ટર તરીકે મારી જાતને અજમાવવાનું ગમ્યું. આ કામની સંપૂર્ણપણે અલગ શૈલી છે. તમે સિસ્ટમને તોડવાનો પ્રયાસ કરી રહ્યાં છો, તેની સાથે મિત્રતા નહીં કરો. અમને હંમેશા અમારા સાથીદારોને પરીક્ષણ વિશે કંઈક પૂછવાની તક મળી. મેં ભૂલોને પ્રાધાન્ય આપવા વિશે વધુ શીખ્યા (ઉદાહરણ તરીકે, હું પાઠોમાં વ્યાકરણની ભૂલો શોધવા માટે ટેવાયેલો છું, પરંતુ આવા બગનું "વજન" ખૂબ જ નાનું છે; અને તેનાથી વિપરિત, કંઈક જે મારા માટે ખૂબ મહત્વનું નથી લાગતું તે સમાપ્ત થયું એક ગંભીર ભૂલ, જે તરત જ ઠીક કરવામાં આવી હતી).
ઇવેન્ટમાં, લોકોએ પરીક્ષણ સિદ્ધાંતનો સારાંશ આપ્યો. આ નોન-ટેક્નિકલ લોકો માટે ઉપયોગી હતું. અને થોડા દિવસો પછી મેં મારી જાતને એવું વિચારી લીધું કે હું “શું-ક્યાં-ક્યારે” સૂત્રનો ઉપયોગ કરીને બીજી સાઇટના સમર્થનમાં લખી રહ્યો છું અને સાઇટ અને વાસ્તવિકતાથી મારી અપેક્ષાઓનું વિગતવાર વર્ણન કરું છું.

નિષ્કર્ષ

જો તમે તમારી ટીમના જીવનમાં વિવિધતા લાવવા માંગતા હો, તો કાર્યક્ષમતા પર એક નવેસરથી નજર નાખો, મિની ગોઠવો "તમારો પોતાનો કૂતરો ખોરાક ખાઓ", તો પછી તમે આવી ઇવેન્ટ યોજવાનો પ્રયાસ કરી શકો છો, અને પછી અમે તેની સાથે મળીને ચર્ચા કરી શકીએ છીએ.

બધી શ્રેષ્ઠ અને ઓછી ભૂલો!

સોર્સ: www.habr.com