Bok svima! Moje ime je Yulia i ja sam tester. Pričao sam ti prošle godine Bagodelnya - događaj održan u našoj tvrtki kako bi se riješili problemi s greškama. Ovo je potpuno održiva opcija za značajno smanjenje (od 10 do 50% u različitim timovima) u samo jednom danu.

Danas vam želim reći o našem proljetnom Bagodelny formatu - BUgHunting (BUH). Ovaj put nismo ispravljali stare bugove, već smo tražili nove i predlagali ideje za značajke. Ispod presjeka nalazi se mnogo detalja o organizaciji takvih događanja, našim rezultatima i povratnim informacijama sudionika.

Nakon što smo promislili i zapisali propise, poslali smo poziv svim kanalima u korporativnom Slacku koji nije sadržavao nikakva ograničenja:

Kao rezultat toga, oko 30 ljudi se prijavilo - i programeri i netehnički stručnjaci. Za događaj smo izdvojili cijeli radni dan, rezervirali veliku dvoranu za sastanke i organizirali ručkove u uredskoj kantini.

Zašto?

Čini se da svaki tim testira svoju funkcionalnost. Korisnici nam prijavljuju greške. Zašto uopće održavati takav događaj?

Imali smo nekoliko ciljeva.

1. Upoznajte momke bliže sa srodnim projektima/proizvodima.
   Sada u našoj tvrtki svi rade u zasebnim timovima – jedinicama. To su projektni timovi koji rade na svom dijelu funkcionalnosti i nisu uvijek u potpunosti svjesni što se događa u drugim projektima.
2. Samo upoznajte svoje kolege.
   U našem moskovskom uredu imamo gotovo 800 zaposlenika, ne poznaju se svi kolege iz viđenja.
3. Poboljšajte sposobnost programera da pronađu greške u svojim proizvodima.
   Sada promoviramo agilno testiranje i obučavamo momke u tom smjeru.
4. U testiranje uključite više od tehničkih stručnjaka.
   Osim tehničkog odjela, imamo mnogo kolega iz drugih specijalnosti koji su željeli razgovarati više o testiranju, o tome kako ispravno prijaviti bug kako bismo primali manje poruka poput "Ahhh... ništa ne radi."
5. I, naravno, pronađite lukave i neočite greške.
   Želio sam pomoći timovima da testiraju nove značajke i dati im priliku da pogledaju implementiranu funkcionalnost iz drugog kuta.

Provedba

Naš dan se sastojao od nekoliko blokova:

• informiranje;
• kratko predavanje o testiranju, u kojem smo se dotakli samo glavnih točaka (ciljevi i načela testiranja, itd.);
• odjeljak o “pravilima lijepog ponašanja” prilikom unošenja grešaka (ovdje principi su dobro opisani);
• četiri sesije testiranja za projekte s opisanim scenarijima visoke razine; prije svake sesije održano je kratko uvodno predavanje o projektu i podjela na timove;
• kratka anketa o događaju;
• sažimajući.

(Također nismo zaboravili na pauze između sesija i ručka).

Temeljna pravila

• Prijave za događaje su individualne, čime se rješava problem isušivanja cijele ekipe po inerciji ako jedna osoba odluči ne ići.
• Sudionici mijenjaju timove svake sesije. Ovo omogućuje sudionicima da dolaze i odlaze u bilo koje vrijeme, a također možete upoznati više ljudi.
• naredbe dvije osobe prije svake sesije formiraju se nasumično, to ga čini dinamičnijim i bržim.
• Za uvedene greške dobivate nagradu bodova (od 3 do 10) ovisno o kritičnosti.
• Za duplikate se ne dodjeljuju bodovi.
• Bugove mora prijaviti član tima prema svim internim standardima.
• Zahtjevi za značajke kreiraju se u zasebnom zadatku i sudjeluju u zasebnoj nominaciji.
• Revizorski tim prati usklađenost sa svim pravilima.

Ostali detalji

• U početku sam želio napraviti "napredno" testiranje, ali... Prijavilo se dosta momaka iz non-product timova (SMM, odvjetnici, PR), morali smo jako pojednostaviti sadržaj i ukloniti složene/profilne slučajeve.
• Zbog rada jedinica u Jiri u različitim projektima, prema našem tijeku, posebno smo izradili zaseban projekt u kojem smo postavili predložak za uvođenje bugova.
• Za izračunavanje bodova planirali su koristiti ljestvicu s najboljim rezultatima koja se ažurirala putem webhookova, no nešto je pošlo po zlu i na kraju se izračun morao obaviti ručno.

Svatko se susreće s problemima pri organizaciji događaja, a da vam malo olakšam opisat ću vam naše probleme koje možete izbjeći.

Jedan od zvučnika iznenada se razbolio i morao je pronaći novog.
Imao sam divlju sreću da sam u 9 ujutro našao zamjenu iz iste ekipe). Ali bolje je ne oslanjati se na sreću i imati rezervni. Ili budite spremni sami dati potrebno izvješće.

Nismo imali vremena za uvođenje funkcionalnosti, morali smo zamijeniti blokove.
Kako biste izbjegli bacanje cijelog bloka, bolje je imati rezervni plan.

Neki testni korisnici su odustali, morali smo brzo ponovno stvoriti nove.
Provjerite korisnike testiranja unaprijed ili ih možete brzo napraviti.

Nije došao gotovo nitko od dečki kojima je format bio pojednostavljen.
Ne treba nikoga vući na silu. Ponizi se.
Postoji mogućnost striktno propisati format događaja: "amaterski"/"napredni", ili pripremiti dvije opcije odjednom i odlučiti koju ćete održati naknadno.

Korisne organizacijske točke:

• rezervirati sastanak unaprijed;
• rasporedite stolove, ne zaboravite na produžne kabele i zaštitu od prenapona (punjenje prijenosnih računala/telefona možda neće biti dovoljno za cijeli dan);
• automatizirati proces bodovanja;
• pripremiti tablice poretka;
• izraditi papirnate brošure s prijavama i lozinkama testnih korisnika, uputama za rad s Jirom, skriptama;
• Ne zaboravite poslati podsjetnike tjedan dana prije događaja, a također naznačite što trebate ponijeti sa sobom (prijenosna računala/uređaje);
• ispričajte svojim kolegama o događaju na demonstraciji, ručkovima, uz šalicu kave;
• dogovorite se s devopsima da ne ažurirate ili uvedete ništa na ovaj dan;
• pripremiti govornike;
• pregovarati s vlasnicima značajki i napisati više scenarija za testiranje;
• naručiti poslastice (kolačiće/bombone) za međuobroke;
• ne zaboravite nam reći o rezultatima događaja.

Nalazi

Tijekom cijelog dana dečki su uspjeli testirati 4 projekta i stvoriti 192 buga (od kojih su 134 jedinstvena) i 7 problema sa zahtjevima za značajke. Naravno, vlasnici projekta već su znali za neke od tih grešaka. Ali bilo je i neočekivanih otkrića.

Svi sudionici dobili su slatke nagrade.

A dobitnici su termosice, bedževi, trenirke.

Što je ispalo zanimljivo:

• sudionici su smatrali format teških sesija neočekivanim, kada je vrijeme ograničeno i ne možete provesti puno vremena razmišljajući;
• uspio testirati desktop, mobilnu verziju i aplikacije;
• pogledali smo mnogo projekata odjednom, nije bilo vremena za dosadu;
• upoznao različite kolege, pogledao njihove pristupe uvođenju grešaka;
• osjetio svu bol testera.

Što se može poboljšati:

• raditi manje projekata i povećati vrijeme sesije na 1,5 sat;
• pripremite darove/suvenire puno unaprijed (ponekad odobrenje/plaćanje traje mjesec dana);
• opusti se i prihvati da nešto neće ići po planu i da će biti više sile.

Recenzije

Anna Bystrikova, administrator sustava: “Ubožnica je za mene vrlo poučna. Naučio sam proces testiranja i osjetio svu “muku” testera.
U početku, tijekom procesa testiranja, kao uzoran korisnik, provjeravate glavne točke: klikne li gumb, ide li na stranicu, je li se izgled pomaknuo. Ali kasnije shvatite da trebate razmišljati više izvan okvira i pokušati "razbiti" aplikaciju. Testeri imaju težak posao; nije dovoljno "čeprkati" po cijelom sučelju, potrebno je pokušati razmišljati izvan okvira i biti izuzetno pažljiv.
Dojmovi su bili samo pozitivni, čak i sada, neko vrijeme nakon događaja, vidim kako se radi na greškama koje sam pronašao. Sjajno je osjećati se uključenim u poboljšanje proizvoda ^_^.”

Dmitry Seleznev, front-end programer: “Testiranje u natjecateljskom načinu jako nas motivira da pronađemo više grešaka). Čini mi se da bi svi trebali pokušati sudjelovati u Baghuntingu. Eksploratorno testiranje omogućuje pronalaženje onih slučajeva koji nisu opisani u planu testiranja. Osim toga, ljudi koji ne poznaju projekt mogu dati povratne informacije o praktičnosti usluge.”

Antonina Tatchuk, viša urednica: “Svidjelo mi se okušati se kao tester. Ovo je potpuno drugačiji stil rada. Pokušavate slomiti sustav, a ne sprijateljiti se s njim. Uvijek smo imali priliku pitati kolege nešto o testiranju. Naučio sam više o određivanju prioriteta grešaka (na primjer, navikao sam tražiti gramatičke pogreške u tekstovima, ali “težina” takve greške je vrlo mala; i obrnuto, nešto što mi se činilo nevažnim završilo je kao kritična greška, koja je odmah ispravljena ).
Na događaju su dečki dali sažetak teorije testiranja. Ovo je bilo korisno za netehničare. A nekoliko dana kasnije uhvatio sam se kako mislim da pišem u prilog drugoj stranici koristeći se formulom “što-gdje-kada” i detaljno opisujem svoja očekivanja od stranice i stvarnosti.”

Zaključak

Ako želite diverzificirati život svog tima, bacite novi pogled na funkcionalnost, uredite mini "Jedite svoju hranu za pse", onda možete pokušati održati takav događaj, a onda možemo zajedno razgovarati o tome.

Sve najbolje i manje grešaka!

Izvor: www.habr.com