Pozdravljeni vsi skupaj! Moje ime je Yulia in sem tester. Lani sem ti povedal o bagodelnya - dogodek, ki smo ga izvedli v našem podjetju, da bi odpravili zaostale napake. To je popolnoma izvedljiva možnost, da ga znatno zmanjšate (od 10 do 50% v različnih ekipah) v samo enem dnevu.

Danes vam želim povedati o našem spomladanskem formatu Bagodelny - BUgHunting (BUH). Tokrat nismo popravljali starih napak, ampak smo iskali nove in predlagali ideje za funkcije. Pod rezom je veliko podrobnosti o organizaciji tovrstnih dogodkov, naših rezultatih in odzivih udeležencev.

Po premisleku in zapisu predpisov smo vsem kanalom v korporativnem Slacku poslali vabilo, ki ni vsebovalo nobenih omejitev:

Kot rezultat se je prijavilo približno 30 ljudi - tako razvijalcev kot netehničnih strokovnjakov. Dogodku smo namenili cel delovni dan, rezervirali veliko sejno sobo in organizirali kosila v pisarniški menzi.

Zakaj?

Zdi se, da vsaka ekipa preizkuša svojo funkcionalnost. Uporabniki nam poročajo o napakah. Zakaj sploh organizirati tak dogodek?

Imeli smo več ciljev.

1. Predstavite fantom bližje sorodne projekte/izdelke.
   Zdaj v našem podjetju vsi delajo v ločenih timih – enotah. To so projektne ekipe, ki delajo na svojem delu funkcionalnosti in niso vedno popolnoma seznanjene z dogajanjem v drugih projektih.
2. Samo predstavite svoje kolege drug drugemu.
   V moskovski pisarni imamo skoraj 800 zaposlenih, vsi sodelavci se ne poznajo na videz.
3. Izboljšajte sposobnost razvijalcev, da najdejo hrošče v svojih izdelkih.
   Zdaj promoviramo agilno testiranje in usposabljamo fante v tej smeri.
4. V testiranje vključite več kot le tehnične strokovnjake.
   Poleg tehničnega oddelka imamo veliko kolegov iz drugih specialnosti, ki so želeli več govoriti o testiranju, o tem, kako pravilno prijaviti napako, da prejmemo manj sporočil, kot je "Ahhh ... nič ne deluje."
5. In seveda poiščite zapletene in neočitne hrošče.
   Želel sem pomagati ekipam pri testiranju novih funkcij in jim dati priložnost, da pogledajo implementirano funkcionalnost z drugega zornega kota.

Реализация

Naš dan je bil sestavljen iz več blokov:

• informiranje;
• kratko predavanje o testiranju, v katerem smo se dotaknili le bistvenih točk (ciljev in principov testiranja itd.);
• razdelek o "pravilih dobrega vedenja" pri vnašanju hroščev (tukaj načela so dobro opisana);
• štiri testne seje za projekte z visokonivojsko opisanimi scenariji; pred vsako sejo je bilo kratko uvodno predavanje o projektu in razdelitev v ekipe;
• kratka anketa o dogodku;
• povzemanje.

(Tudi na odmore med sejami in kosilo nismo pozabili).

Temeljna pravila

• Prijave na dogodke so individualne, ki rešuje problem odtekanja celotne ekipe po inerciji, če se ena oseba odloči, da ne gre.
• Udeleženci vsako sejo zamenjajo ekipe. To omogoča udeležencem, da pridejo in odidejo kadar koli, poleg tega pa lahko srečate več ljudi.
• Ekipe dve osebi pred vsako sejo se oblikujejo naključno, zaradi česar je bolj dinamičen in hitrejši.
• Za uvedene napake ste nagrajeni točke (od 3 do 10) odvisno od kritičnosti.
• Za dvojnike se točke ne dodelijo.
• Napake mora prijaviti član ekipe v skladu z vsemi internimi standardi.
• Zahteve za funkcije so ustvarjene v ločeni nalogi in sodelujejo v ločeni nominaciji.
• Revizijska skupina spremlja skladnost z vsemi pravili.

Druge podrobnosti

• Sprva sem želel narediti "napredni" dogodek testiranja, vendar ... Prijavilo se je precej fantov iz neproduktnih ekip (SMM, odvetniki, PR), morali smo močno poenostaviti vsebino in odstraniti kompleksne/profilne primere.
• Zaradi dela enot v Jiri v različnih projektih smo glede na naš tok posebej izdelali ločen projekt, v katerem smo postavili predlogo za vnašanje hroščev.
• Za izračun točk so nameravali uporabiti lestvico najboljših, ki je bila posodobljena prek webhookov, vendar je šlo nekaj narobe in na koncu je bilo treba izračun opraviti ročno.

Pri organizaciji dogodkov se vsi srečujejo s težavami in da vam bo malo lažje, bom opisal naše težave, ki se jim lahko izognete.

Eden od govorcev je nenadoma zbolel in moral je poiskati novega.
Imel sem neizmerno srečo, da sem ob 9h našel zamenjavo iz iste ekipe). Vendar je bolje, da se ne zanašate na srečo in imate rezervo. Ali pa bodite pripravljeni sami dati potrebno poročilo.

Nismo imeli časa za uvedbo funkcionalnosti, morali smo zamenjati bloke.
Da ne bi zavrgli celega bloka, je bolje imeti rezervni načrt.

Nekateri testni uporabniki so odpadli, nove smo morali hitro ustvariti na novo.
Vnaprej navzkrižno preverite uporabnike testov ali pa jih lahko opravite hitro.

Skoraj nihče od fantov, za katere je bil format poenostavljen, ni prišel.
Nikogar ni treba vleči na silo. Ponižaj se.
Obstaja možnost, da strogo predpišete format dogodka: "amaterski" / "napredni" ali pripravite dve možnosti hkrati in se odločite, katero boste izvedli naknadno.

Koristne organizacijske točke:

• rezervirajte sestanek vnaprej;
• uredite mize, ne pozabite na podaljške in prenapetostne zaščite (polnjenje prenosnikov/telefonov morda ne bo dovolj za ves dan);
• avtomatizirati postopek točkovanja;
• pripraviti razvrstitvene tabele;
• izdelati papirnate izročke s prijavami in gesli testnih uporabnikov, navodila za delo z Jira, skripte;
• Ne pozabite poslati opomnikov teden dni pred dogodkom in navesti tudi, kaj morate vzeti s seboj (prenosne računalnike/naprave);
• povejte svojim kolegom o dogodku na predstavitvi, na kosilih, ob skodelici kave;
• dogovorite se z devopsom, da ta dan ne posodobite ali uvedete ničesar;
• pripraviti govornike;
• pogajati se z lastniki funkcij in napisati več scenarijev za testiranje;
• naročite dobrote (piškotke/bonbone) za prigrizke;
• ne pozabite nam povedati o rezultatih dogodka.

Ugotovitve

V celem dnevu so fantje uspeli testirati 4 projekte in ustvariti 192 hroščev (od tega 134 edinstvenih) in 7 težav z zahtevami po funkcijah. Seveda so lastniki projekta že vedeli za nekatere od teh hroščev. Vendar so bile tudi nepričakovane najdbe.

Vsi udeleženci so prejeli sladke nagrade.

In zmagovalci so termovke, značke, puloverji.

Kaj se je izkazalo za zanimivo:

• udeležencem se je zdel format težkih sej nepričakovan, ko je čas omejen in ne moreš porabiti veliko časa za razmišljanje;
• uspelo preizkusiti namizno, mobilno različico in aplikacije;
• ogledali smo si veliko projektov hkrati, ni bilo časa, da bi se dolgočasili;
• spoznali različne kolege, si ogledali njihove pristope k uvajanju hroščev;
• občutil vso bolečino preizkuševalcev.

Kaj je mogoče izboljšati:

• naredite manj projektov in podaljšajte čas seje na 1,5 ure;
• darila/spominke pripravite veliko vnaprej (včasih odobritev/plačilo traja mesec dni);
• sprostite se in sprejmite, da nekaj ne bo šlo po načrtih in bo nastopila višja sila.

komentarji

Anna Bystrikova, sistemska skrbnica: »Ubožnica je zame zelo poučna. Naučila sem se postopka testiranja in občutila vso »bolečino« preizkuševalcev.
Najprej v procesu testiranja kot zgleden uporabnik preverite glavne točke: ali gumb klikne, ali gre na stran, ali se je postavitev premaknila. Kasneje pa ugotoviš, da moraš razmišljati bolj izven okvirov in poskušati "razbiti" aplikacijo. Preizkuševalci imajo težko nalogo, ni dovolj, da »luknete« po vsem vmesniku, poskušati morate razmišljati izven okvirjev in biti izjemno pozorni.
Vtisi so bili samo pozitivni, tudi zdaj, nekaj časa po dogodku, vidim, kako poteka delo na napakah, ki sem jih našel. Čudovito je čutiti sodelovanje pri izboljšanju izdelka ^_^.«

Dmitry Seleznev, front-end razvijalec: »Testiranje v tekmovalnem načinu nas močno motivira, da najdemo več hroščev). Zdi se mi, da bi morali vsi poskusiti sodelovati v Baghuntingu. Raziskovalno testiranje vam omogoča, da najdete tiste primere, ki niso opisani v načrtu testiranja. Poleg tega lahko ljudje, ki ne poznajo projekta, podajo povratne informacije o priročnosti storitve.«

Antonina Tatchuk, višja urednica: »Všeč mi je bilo, da sem se preizkusil kot tester. To je popolnoma drugačen stil dela. Poskušate zlomiti sistem, ne pa se z njim spoprijateljiti. Vedno smo imeli priložnost vprašati kolege kaj o testiranju. Naučil sem se več o razvrščanju hroščev (npr. navajen sem iskati slovnične napake v besedilih, vendar je “teža” takega hrošča zelo majhna; in obratno, nekaj, kar se mi je zdelo malo pomembno, je na koncu postalo kritična napaka, ki je bila takoj odpravljena ).
Na dogodku so fantje podali povzetek teorije testiranja. To je bilo uporabno za netehnične ljudi. In nekaj dni kasneje sem se ujel, ko sem mislil, da pišem v podporo drugemu spletnemu mestu po formuli »kaj-kje-kdaj« in podrobno opisujem svoja pričakovanja od spletnega mesta in realnosti.«

Zaključek

Če želite popestriti življenje svoje ekipe, si na novo ogledati funkcionalnost, urediti mini "Jejte svojo pasjo hrano", potem lahko poskusite organizirati tak dogodek, potem pa se lahko o tem skupaj pogovorimo.

Vse dobro in manj napak!

Vir: www.habr.com