Pershendetje te gjitheve! Emri im është Julia dhe jam testues. Vitin e kaluar ju thashë për Bagodelnya - një ngjarje e mbajtur në kompaninë tonë për të pastruar numrin e defekteve. Ky është një opsion plotësisht i zbatueshëm për ta ulur ndjeshëm atë (nga 10 në 50% në ekipe të ndryshme) në vetëm një ditë.

Sot dua t'ju tregoj për formatin tonë të pranverës Bagodelny - BUgHunting (BUH). Këtë herë nuk i rregulluam gabimet e vjetra, por kërkuam të reja dhe propozuam ide për veçori. Poshtë prerjes ka shumë detaje rreth organizimit të ngjarjeve të tilla, rezultatet tona dhe reagimet nga pjesëmarrësit.

Duke menduar dhe shkruar rregulloret, ne dërguam një ftesë për të gjitha kanalet në Slack të korporatës, e cila nuk përmbante asnjë kufizim:

Si rezultat, u regjistruan rreth 30 njerëz - zhvillues dhe specialistë jo teknikë. Ne ndamë një ditë të tërë pune për ngjarjen, rezervuam një dhomë të madhe takimesh dhe organizuam dreka në mensën e zyrës.

Pse?

Duket se çdo ekip teston funksionalitetin e tij. Përdoruesit na raportojnë gabime. Pse të mbahet edhe një ngjarje e tillë?

Kishim disa gola.

1. Prezantoni djemtë më afër me projektet/produktet përkatëse.
   Tani në kompaninë tonë të gjithë punojnë në ekipe të veçanta - njësi. Këto janë ekipe projekti që janë duke punuar në pjesën e tyre të funksionalitetit dhe jo gjithmonë janë plotësisht të vetëdijshëm për atë që po ndodh në projekte të tjera.
2. Thjesht prezantoni kolegët tuaj me njëri-tjetrin.
   Ne kemi pothuajse 800 punonjës në zyrën tonë në Moskë; jo të gjithë kolegët e njohin njëri-tjetrin me shikim.
3. Përmirësoni aftësinë e zhvilluesve për të gjetur gabime në produktet e tyre.
   Tani po promovojmë Agile Testing dhe trajnojmë djemtë në këtë drejtim.
4. Përfshini më shumë se vetëm specialistë teknikë në testim.
   Përveç departamentit teknik, kemi shumë kolegë nga specialitete të tjera që donin të flisnin më shumë për testimin, për mënyrën e raportimit të duhur të një defekti në mënyrë që të marrim më pak mesazhe si "Ahhh... asgjë nuk funksionon".
5. Dhe, sigurisht, gjeni gabime të ndërlikuara dhe të padukshme.
   Doja të ndihmoja ekipet të testonin veçori të reja dhe t'u jepja atyre mundësinë për të parë funksionalitetin e zbatuar nga një kënd tjetër.

Zbatimi

Dita jonë përbëhej nga disa blloqe:

• informim;
• një leksion i shkurtër mbi testimin, në të cilin prekëm vetëm pikat kryesore (qëllimet dhe parimet e testimit, etj.);
• seksioni mbi "rregullat e sjelljes së mirë" kur prezantohen gabimet (këtu parimet janë përshkruar mirë);
• katër sesione testimi për projekte me skenarë të përshkruar të nivelit të lartë; para çdo sesioni kishte një leksion të shkurtër hyrës mbi projektin dhe ndarjen në ekipe;
• sondazh i shkurtër mbi ngjarjen;
• duke përmbledhur.

(Ne gjithashtu nuk harruam pushimet midis seancave dhe drekës).

Rregullat themelore

• Regjistrimi për evente është individual, i cili zgjidh problemin e kullimit të gjithë ekipit për shkak të inercisë nëse një person vendos të mos shkojë.
• Pjesëmarrësit ndryshojnë ekipet çdo seancë. Kjo i lejon pjesëmarrësit të vijnë dhe të shkojnë në çdo kohë, dhe ju gjithashtu mund të takoni më shumë njerëz.
• komandat dy persona para çdo seance janë formuar në mënyrë të rastësishme, kjo e bën atë më dinamik dhe më të shpejtë.
• Për gabimet e prezantuara ju shpërbleheni pikë (nga 3 në 10) në varësi të kritikitetit.
• Asnjë pikë nuk jepet për dublikatat.
• Defektet duhet të paraqiten nga një anëtar i ekipit sipas të gjitha standardeve të brendshme.
• Kërkesat për veçori krijohen në një detyrë të veçantë dhe marrin pjesë në një emërim të veçantë.
• Ekipi i auditimit monitoron respektimin e të gjitha rregullave.

Detaje të tjera

• Fillimisht doja të bëja një event testimi “të avancuar”, por... U regjistruan mjaft djem nga ekipe joproduktesh (SMM, avokatë, PR), na u desh të thjeshtonim shumë përmbajtjen dhe të hiqnim rastet komplekse/profile.
• Për shkak të punës së njësive në Jira në projekte të ndryshme, sipas rrjedhës sonë, ne krijuam posaçërisht një projekt të veçantë në të cilin vendosëm një shabllon për prezantimin e gabimeve.
• Për të llogaritur pikët, ata planifikonin të përdornin një tabelë drejtuese që përditësohej nëpërmjet webhooks, por diçka nuk shkoi mirë dhe në fund llogaritja duhej të bëhej manualisht.

Të gjithë hasin probleme gjatë organizimit të eventeve dhe për ta bërë pak më të lehtë për ju, unë do t'ju përshkruaj problemet tona që mund t'i shmangni.

Një nga folësit papritur u sëmur dhe duhej të gjente një të re.
Unë isha jashtëzakonisht me fat që gjeta një zëvendësues nga i njëjti ekip në orën 9 të mëngjesit). Por është më mirë të mos mbështeteni te fati dhe të keni një rezervë. Ose bëhuni gati të jepni vetë raportin e nevojshëm.

Nuk patëm kohë të hapnim funksionalitetin, duhej të ndërronim blloqet.
Për të shmangur hedhjen e një blloku të tërë, është më mirë të keni një plan rezervë.

Disa përdorues testues ranë, na u desh të rikrijonim shpejt të rinj.
Kontrolloni paraprakisht përdoruesit e testit ose mund t'i bëni ato shpejt.

Pothuajse asnjë nga djemtë për të cilët formati ishte thjeshtuar nuk erdhi.
Nuk ka nevojë të tërhiqni askënd me forcë. Përuluni.
Ekziston një mundësi për të përshkruar në mënyrë rigoroze formatin e ngjarjes: "amator"/"i avancuar", ose të përgatisni dy opsione menjëherë dhe të vendosni se cilin të mbani pas faktit.

Pika të dobishme organizative:

• rezervoni një takim paraprakisht;
• rregulloni tavolina, mos harroni për kordonët zgjatues dhe mbrojtëset e mbitensionit (karikimi i laptopëve/telefonëve mund të mos jetë i mjaftueshëm për tërë ditën);
• automatizoni procesin e vlerësimit;
• përgatitja e tabelave të renditjes;
• bëni fletëpalosje letre me hyrje dhe fjalëkalime të përdoruesve të testimit, udhëzime për të punuar me Jira, skriptet;
• Mos harroni të dërgoni përkujtues një javë përpara ngjarjes dhe gjithashtu tregoni se çfarë duhet të merrni me vete (laptopë/pajisje);
• tregoni kolegëve tuaj për ngjarjen në një demonstrim, në dreka, mbi një filxhan kafe;
• bie dakord me devops që të mos përditësojnë ose nxjerrin asgjë në këtë ditë;
• përgatit folësit;
• negocioni me pronarët e funksioneve dhe shkruani më shumë skenarë për testim;
• porosisni ëmbëlsira (biskota/karamele) për ushqime;
• mos harroni të na tregoni për rezultatet e ngjarjes.

Gjetjet

Gjatë gjithë ditës, djemtë arritën të testonin 4 projekte dhe të krijonin 192 gabime (134 prej tyre unike) dhe 7 probleme me kërkesat për veçori. Sigurisht, pronarët e projektit tashmë dinin për disa nga këto gabime. Por ka pasur edhe gjetje të papritura.

Të gjithë pjesëmarrësit morën çmime të ëmbla.

Dhe fituesit janë termose, distinktivë, xhup.

Çfarë doli interesante:

• pjesëmarrësit e panë të papritur formatin e seancave të vështira, kur koha është e kufizuar dhe nuk mund të shpenzosh shumë kohë duke menduar;
• arriti të testojë desktopin, versionin celular dhe aplikacionet;
• shikuam shumë projekte njëherësh, nuk kishim kohë për t'u mërzitur;
• takuan kolegë të ndryshëm, shikuan qasjet e tyre për prezantimin e gabimeve;
• ndjeu gjithë dhimbjen e testuesve.

Çfarë mund të përmirësohet:

• bëni më pak projekte dhe rrisni kohën e seancës në 1,5 orë;
• përgatit dhurata/suvenire shumë më parë (nganjëherë miratimi/pagesa zgjat një muaj);
• relaksohuni dhe pranoni se diçka nuk do të shkojë sipas planit dhe do të ketë forcë madhore.

Shqyrtime

Anna Bystrikova, administratore e sistemit: “Lëmosha është shumë edukative për mua. Mësova procesin e testimit dhe ndjeva gjithë "dhimbjen" e testuesve.
Në fillim, gjatë procesit të testimit, si një përdorues shembullor, kontrolloni pikat kryesore: nëse butoni klikon, nëse shkon në faqe, nëse paraqitja është zhvendosur. Por më vonë e kuptoni se duhet të mendoni më shumë jashtë kutisë dhe të përpiqeni të "thyeni" aplikacionin. Testuesit kanë një punë të vështirë; nuk mjafton të "goditësh" në të gjithë ndërfaqen; duhet të përpiqesh të mendosh jashtë kutisë dhe të jesh jashtëzakonisht i vëmendshëm.
Përshtypjet ishin vetëm pozitive, edhe tani, disa kohë pas ngjarjes, shoh se si po punohet për defektet që gjeta. Është mirë të ndihesh i përfshirë në përmirësimin e produktit ^_^."

Dmitry Seleznev, zhvillues i frontit: "Testimi në modalitetin konkurrues na motivon shumë për të gjetur më shumë gabime). Më duket se të gjithë duhet të përpiqen të marrin pjesë në Baghunting. Testimi eksplorues ju lejon të gjeni ato raste që nuk janë përshkruar në planin e testimit. Plus, njerëzit që nuk e njohin projektin mund të japin komente për komoditetin e shërbimit.”

Antonina Tatchuk, redaktore e lartë: “Më pëlqeu ta provoja veten si testues. Ky është një stil krejtësisht i ndryshëm i punës. Ju po përpiqeni të prishni sistemin, jo të bëni miq me të. Ne kemi pasur gjithmonë mundësinë të pyesim kolegët tanë diçka për testimin. Mësova më shumë për prioritizimin e gabimeve (për shembull, jam mësuar të kërkoj gabime gramatikore në tekste, por "pesha" e një gabimi të tillë është shumë e vogël; dhe anasjelltas, diçka që më dukej jo shumë e rëndësishme përfundoi një gabim kritik, i cili u rregullua menjëherë).
Në këtë ngjarje, djemtë dhanë një përmbledhje të teorisë së testimit. Kjo ishte e dobishme për njerëzit jo-teknikë. Dhe disa ditë më vonë e kapja veten duke menduar se po shkruaja në mbështetje të një faqeje tjetër duke përdorur formulën "çfarë-ku-kur" dhe duke përshkruar në detaje pritshmëritë e mia nga faqja dhe realiteti."

Përfundim

Nëse doni të diversifikoni jetën e ekipit tuaj, hidhini një vështrim të ri funksionalitetit, organizoni një mini "Hani ushqimin tuaj për qentë", atëherë mund të provoni të organizoni një ngjarje të tillë, dhe më pas mund ta diskutojmë së bashku.

Të gjitha të mirat dhe më pak gabime!

Burimi: www.habr.com