Hoi allegearre! Myn namme is Yulia en ik bin in tester. Ferline jier fertelde ik jo oer - in evenemint hâlden yn ús bedriuw om de bug-efterstân skjin te meitsjen. Dit is in folslein leefbere opsje om it signifikant te ferminderjen (fan 10 nei 50% yn ferskate teams) yn mar ien dei.
Hjoed wol ik jo fertelle oer ús maitiid Bagodelny-formaat - BUgHunting (BUH). Dizze kear hawwe wy âlde bugs net reparearre, mar nei nije sochten en ideeën foar funksjes foarsteld. Under de besuniging binne d'r in protte details oer de organisaasje fan sokke eveneminten, ús resultaten en feedback fan dielnimmers.
Nei't de regeljouwing trochtocht en opskreaun is, stjoerde wy in útnoeging nei alle kanalen yn Corporate Slack, dy't gjin beheiningen befette:
As gefolch hawwe sa'n 30 minsken har oanmeld - sawol ûntwikkelders as net-technyske spesjalisten. Wy hawwe in hiele wurkdei foar it evenemint tawiisd, in grutte gearkomsteseal boekt en lunches organisearre yn 'e kantine fan it kantoar.
Wêrom?
It soe lykje dat elk team syn funksjonaliteit testet. Brûkers melde bugs oan ús. Wêrom sels sa'n evenemint hâlde?
Wy hiene ferskate doelpunten.
- Yntrodusearje de jonges tichter by relatearre projekten / produkten.
No yn ús bedriuw wurket elkenien yn aparte teams - ienheden. Dit binne projektteams dy't wurkje oan har eigen diel fan de funksjonaliteit en net altyd folslein bewust binne fan wat der yn oare projekten bart. - Stel jo kollega's gewoan oan elkoar foar.
Wy hawwe hast 800 meiwurkers yn ús Moskou kantoar; net alle kollega's kenne inoar fan sicht. - Ferbetterje it fermogen fan ûntwikkelders om bugs yn har produkten te finen.
Wy befoarderje no Agile Testen en traine jonges yn dizze rjochting. - Belûke mear dan allinich technyske spesjalisten by testen.
Neist de technyske ôfdieling hawwe wy in protte kollega's fan oare spesjaliteiten dy't mear prate woene oer testen, oer hoe't jo in brek goed melde kinne, sadat wy minder berjochten as "Ahhh... neat wurket." - En, fansels, fyn lestige en ûnsichtbere bugs.
Ik woe teams helpe om nije funksjes te testen en har de kâns te jaan om de ymplementeare funksjonaliteit út in oare hoeke te sjen.
Ymplemintaasje
Us dei bestie út ferskate blokken:
- briefing;
- in koarte lêzing oer toetsen, wêryn't wy allinich de haadpunten oanrekke (doelen en prinsipes fan toetsen, ensfh.);
- seksje oer "regels fan goede manieren" by it ynfieren fan bugs ( de prinsipes binne goed beskreaun);
- fjouwer testsesjes foar projekten mei beskreaune senario's op heech nivo; foar elke sesje wie der in koarte ynliedende lêzing oer it projekt en yndieling yn teams;
- koarte enkête oer it evenemint;
- gearfetting.
(Wy binne ek net fergetten oer pauzes tusken sesjes en lunch).
Basisregels
- Registraasje foar eveneminten is yndividueel, dy't oplost it probleem fan it hiele team draining fanwege inertia as ien persoan beslút net te gean.
- Dielnimmers feroarje teams elke sesje. Hjirmei kinne dielnimmers komme en gean op elts momint, en jo kinne ek moetsje mear minsken.
- Kommando's twa minsken foar elke sesje wurde willekeurich foarme, dit makket it dynamysker en flugger.
- Foar yntrodusearre bugs wurde jo takend punten (fan 3 oan 10) ôfhinklik fan krityk.
- Gjin punten wurde takend foar duplikaten.
- Bugs moatte wurde yntsjinne troch in teamlid neffens alle ynterne noarmen.
- Feature fersiken wurde makke yn in aparte taak en meidwaan oan in aparte nominaasje.
- It auditteam kontrolearret it neilibjen fan alle regels.
Oare details
- Yn it earstoan woe ik in "avansearre" testevenemint dwaan, mar ... Hiel folle jonges út net-produkt teams oanmelden (SMM, juristen, PR), wy moasten gâns ferienfâldigje de ynhâld en fuortsmite komplekse / profyl saken.
- Troch it wurk fan ienheden yn Jira yn ferskate projekten, neffens ús stream, hawwe wy spesjaal in apart projekt makke wêryn wy in sjabloan ynstelle foar it yntrodusearjen fan bugs.
- Om punten te berekkenjen, planden se in ranglist te brûken dat fia webhooks bywurke waard, mar der gie wat mis en op it lêst moast de berekkening mei de hân dien wurde.
Elkenien komt yn problemen by it organisearjen fan eveneminten, en om it foar jo in bytsje makliker te meitsjen, sil ik ús problemen beskriuwe dy't jo kinne foarkomme.
Ien fan de sprekkers waard ynienen siik en moast in nije fine.
Ik wie wyld gelok dat ik om 9 oere in ferfanger fan itselde team fûn). Mar it is better net te fertrouwe op gelok en hawwe in reserve. Of wês ree om sels it nedige rapport te jaan.
Wy hiene gjin tiid om de funksjonaliteit út te rollen, wy moasten de blokken wikselje.
Om foar te kommen dat jo in heule blok fuortsmite, is it better om in reservekopyplan te hawwen.
Guon test brûkers sakke, wy moasten fluch opnij oanmeitsje nije.
Cross-check test brûkers foarôf of kinne se fluch dwaan.
Hast gjinien fan 'e jonges foar wa't it formaat ferienfâldige wie, kaam.
D'r is net nedich om ien mei geweld te slepen. Nederje dysels.
D'r is in opsje om it formaat fan it evenemint strikt foar te skriuwen: "amateur" / "avansearre", of twa opsjes tagelyk tariede en beslute hokker nei it feit te hâlden.
Nuttige organisatoaryske punten:
- boeke in gearkomste fan tefoaren;
- tafels regelje, ferjit net oer útwreidingskoaren en surgebeskermers (opladen fan laptops / tillefoans kin net genôch wêze foar de hiele dei);
- automatisearje it skoareproses;
- tariede ranglist tabellen;
- meitsje papieren handouts mei oanmeldingen en wachtwurden fan testbrûkers, ynstruksjes foar wurkjen mei Jira, skripts;
- Ferjit net in wike foar it evenemint te ferstjoeren herinnerings, en ek oanjaan wat jo moatte nimme mei dy (laptops / apparaten);
- fertel dyn kollega's oer it evenemint by in demo, by lunches, oer in bakje kofje;
- akkoard mei de devops om op dizze dei neat te aktualisearjen of út te rollen;
- tariede sprekkers;
- ûnderhannelje mei funksje-eigners en skriuw mear senario's foar testen;
- bestelle lekkernijen (koekjes / snoep) foar snacks;
- ferjit net ús te fertellen oer de resultaten fan it evenemint.
Resultaten
Yn 'e rin fan' e hiele dei wisten de jonges 4 projekten te testen en 192 bugs te meitsjen (wêrfan 134 unyk wiene) en 7 problemen mei funksje-oanfragen. Fansels wisten de projekteigners al fan guon fan dizze bugs. Mar der wiene ek ûnferwachte fynsten.
Alle dielnimmers krigen swiete prizen.
En de winners binne thermoses, badges, sweatshirts.
Wat nijsgjirrich útkaam:
- de dielnimmers fûnen it formaat fan drege sesjes ûnferwachts, as de tiid beheind is en jo net in protte tiid kinne besteegje oan tinken;
- slagge it buroblêd, mobile ferzje en applikaasjes te testen;
- wy seagen in protte projekten tagelyk, der wie gjin tiid om te ferfelen;
- moete ferskate kollega's, seach nei har oanpak foar it yntrodusearjen fan bugs;
- fielde alle pine fan 'e testers.
Wat kin ferbettere wurde:
- minder projekten dwaan en sesjetiid ferheegje nei 1,5 oeren;
- tariede gifts / souvenirs folle foarôf (soms goedkarring / betelling duorret in moanne);
- ûntspanne en akseptearje dat wat net neffens plan giet en der oermacht komt.
Resinsjes
Anna Bystrikova, systeembehearder: “De kelder is foar my tige learsum. Ik learde it testproses en fielde alle "pine" fan 'e testers.
Yn it earstoan, tidens it testproses, as in foarbyldgebrûker, kontrolearje jo de haadpunten: oft de knop klikt, oft it nei de side giet, oft de yndieling is ferpleatst. Mar letter realisearje jo dat jo mear bûten it fak moatte tinke en besykje de applikaasje te "brekken". Testers hawwe in drege baan; it is net genôch om de hiele ynterface te "pokken"; jo moatte besykje bûten it fak te tinken en ekstreem attent te wêzen.
De yndrukken wiene allinich posityf, sels no, in skoft nei it evenemint, sjoch ik hoe't wurk dien wurdt oan 'e bugs dy't ik fûn. It is geweldich om belutsen te fielen by it ferbetterjen fan it produkt ^_^. ”
Dmitry Seleznev, front-end ûntwikkelder: "Test yn kompetitive modus motivearret ús sterk om mear bugs te finen). It liket my ta dat elkenien moat besykje mei te dwaan oan Baghunting. Ferkennende testen kinne jo de gefallen fine dy't net binne beskreaun yn it testplan. Plus, minsken dy't it projekt net kenne kinne feedback jaan oer it gemak fan 'e tsjinst."
Antonina Tatchuk, senior redakteur: "Ik mocht graach besykje mysels as tester. Dit is in folslein oare styl fan wurk. Jo besykje it systeem te brekken, net freonen mei te meitsjen. Wy hienen altyd de kâns om ús kollega's wat te freegjen oer testen. Ik learde mear oer it prioritearjen fan bugs (ik bin bygelyks wend om te sykjen nei grammatikale flaters yn teksten, mar it "gewicht" fan sa'n brek is heul lyts; en oarsom, iets dat my net sa wichtich like, die bliken in krityske brek wêze, dy't fuortendaliks reparearre waard).
By it evenemint joegen de jonges in gearfetting fan testteory. Dit wie nuttich foar net-technyske minsken. En in pear dagen letter betrape ik mysels te tinken dat ik skreau foar stipe fan in oare side mei de formule "wat-wêr-wannear" en beskreau yn detail myn ferwachtingen fan 'e side en realiteit.
konklúzje
As jo it libben fan jo team wolle diversifiëren, sjoch dan in frisse blik op funksjonaliteit, regelje in mini "Eat dyn eigen hûnefoer", dan kinne jo besykje sa'n evenemint te hâlden, en dan kinne wy it tegearre beprate.
Al it bêste en minder bugs!
Boarne: www.habr.com