Zdravo svima! Moje ime je Julija i ja sam tester. Prošle godine sam vam pričao o tome Bagodelnya - događaj koji je održan u našoj kompaniji radi čišćenja zaostalih grešaka. Ovo je potpuno izvodljiva opcija da se značajno smanji (sa 10 na 50% u različitim timovima) u samo jednom danu.

Danas vam želim reći o našem proljetnom Bagodelny formatu - BUgHunting (BUH). Ovog puta nismo ispravljali stare greške, već smo tražili nove i predlagali ideje za funkcije. Ispod reza nalaze se mnogi detalji o organizaciji ovakvih događaja, naši rezultati i povratne informacije od učesnika.

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

Kao rezultat toga, prijavilo se oko 30 ljudi - i programera i netehničkih stručnjaka. Odvojili smo cijeli radni dan za događaj, rezervirali veliku salu za sastanke i organizirali ručkove u kancelarijskoj kantini.

Zašto?

Čini se da svaki tim testira svoju funkcionalnost. Korisnici nam prijavljuju greške. Zašto uopšte održati ovakav događaj?

Imali smo nekoliko golova.

1. Upoznajte momke bliže sa srodnim projektima/proizvodima.
   Sada u našoj kompaniji svi rade u posebnim timovima - jedinicama. To su projektni timovi koji rade na svom dijelu funkcionalnosti i nisu uvijek u potpunosti svjesni onoga što se dešava u drugim projektima.
2. Samo predstavite svoje kolege jedni drugima.
   U moskovskoj kancelariji imamo skoro 800 zaposlenih, a ne poznaju se sve kolege iz viđenja.
3. Poboljšajte sposobnost programera da pronađu greške u svojim proizvodima.
   Sada promoviramo Agile Testing i obučavamo momke u tom smjeru.
4. Uključite više od tehničkih stručnjaka u testiranje.
   Osim tehničkog odjela, imamo mnogo kolega iz drugih specijalnosti koji su željeli više razgovarati o testiranju, o tome kako pravilno prijaviti grešku kako bismo dobili manje poruka poput “Ahhh... ništa ne radi”.
5. I, naravno, pronađite lukave i neočigledne greške.
   Želio sam pomoći timovima da testiraju nove funkcije i da im pružim priliku da sagledaju implementiranu funkcionalnost iz drugog ugla.

Реализация

Naš dan se sastojao od nekoliko blokova:

• brifing;
• kratko predavanje o testiranju, u kojem smo se dotakli samo glavnih tačaka (ciljevi i principi testiranja, itd.);
• odjeljak o "pravilima lijepog ponašanja" prilikom uvođenja grešaka (ovdje principi su dobro opisani);
• četiri sesije testiranja za projekte s opisanim scenarijima na visokom nivou; prije svake sesije održano je kratko uvodno predavanje o projektu i podjela na timove;
• kratka anketa o događaju;
• sumirajući.

(Nismo zaboravili ni pauze između sesija i ručka).

Osnovna pravila

• Prijave za događaje su individualne, čime se rješava problem odliva cijele ekipe po inerciji ako jedna osoba odluči da ne ide.
• Učesnici mijenjaju timove na svakoj sesiji. Ovo omogućava učesnicima da dođu i odu u bilo koje vrijeme, a također možete upoznati više ljudi.
• Komande dvije osobe prije svake sesije formiraju se nasumično, to ga čini dinamičnijim i bržim.
• Za uvedene greške ste nagrađeni bodova (od 3 do 10) u zavisnosti od kritičnosti.
• Za duplikate se ne dodjeljuju bodovi.
• Greške mora prijaviti član tima u skladu sa svim internim standardima.
• Zahtjevi za karakteristike kreiraju se u zasebnom zadatku i učestvuju u zasebnoj nominaciji.
• Revizorski tim prati poštovanje svih pravila.

Ostali detalji

• U početku sam želeo da uradim "napredno" testiranje, ali... Dosta momaka iz ne-proizvodnih timova se prijavilo (SMM, pravnici, PR), morali smo jako pojednostaviti sadržaj i ukloniti složene/profilne slučajeve.
• Zbog rada jedinica u Jira u različitim projektima, prema našem toku, posebno smo kreirali poseban projekat u kojem smo postavili šablon za uvođenje grešaka.
• Za izračunavanje bodova planirali su koristiti tablicu lidera koja je ažurirana putem webhookova, ali nešto je pošlo po zlu i na kraju je kalkulacija morala biti obavljena ručno.

Svako nailazi na probleme prilikom organizacije događaja, a da vam malo olakšam, opisat ću vam naše probleme koje možete izbjeći.

Jednom od zvučnika iznenada je pozlilo i morao je da nađe novog.
Imao sam veliku sreću da sam našao zamjenu iz istog tima u 9 ujutro). Ali bolje je ne oslanjati se na sreću i imati rezervu. Ili budite spremni da sami date potreban izvještaj.

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

Neki testni korisnici su odustali, morali smo brzo ponovo kreirati nove.
Unaprijed provjerite korisnike testiranja ili ih možete brzo obaviti.

Gotovo niko od momaka kojima je format bio pojednostavljen nije došao.
Nema potrebe nikoga na silu vući. Ponizi se.
Postoji mogućnost da se striktno propiše format događaja: „amaterski“/„napredni“ ili da se pripremite dvije opcije odjednom i odlučite koju ćete održati nakon toga.

Korisne organizacione tačke:

• rezervirati sastanak unaprijed;
• rasporedite stolove, ne zaboravite na produžne kablove i štitnike od prenapona (punjenje laptopa/telefona možda neće biti dovoljno za cijeli dan);
• automatizirati proces bodovanja;
• pripremiti tabele rangiranja;
• izraditi papirne materijale sa loginovima i lozinkama test korisnika, uputstva za rad sa Jira, skripte;
• Ne zaboravite da pošaljete podsetnike nedelju dana pre događaja, kao i da naznačite šta treba da ponesete sa sobom (laptopovi/uređaji);
• recite svojim kolegama o događaju na demo prezentaciji, na ručku, uz šoljicu kafe;
• dogovorite se sa devops-om da ne ažurirate ili ne objavljujete ništa na ovaj dan;
• pripremiti govornike;
• pregovarati sa vlasnicima funkcija i napisati više scenarija za testiranje;
• naručiti poslastice (kolačiće/bombone) za grickalice;
• ne zaboravite da nam kažete o rezultatima događaja.

Rezulʹtaty

Tokom celog dana, momci su uspeli da testiraju 4 projekta i kreiraju 192 greške (od toga 134 jedinstvena) i 7 problema sa zahtevima za funkcije. Naravno, vlasnici projekta su već znali za neke od ovih grešaka. Ali bilo je i neočekivanih nalaza.

Svi učesnici su dobili slatke nagrade.

A dobitnici su termosice, bedževi, duksevi.

Šta se pokazalo zanimljivim:

• učesnicima je neočekivan format teških sesija, kada je vrijeme ograničeno i ne možete potrošiti puno vremena na razmišljanje;
• uspio testirati desktop, mobilnu verziju i aplikacije;
• gledali smo mnogo projekata odjednom, nije bilo vremena za dosadu;
• upoznao različite kolege, pogledao njihove pristupe uvođenju grešaka;
• osjetio svu bol testera.

Šta se može poboljšati:

• uradite manje projekata i povećajte vrijeme sesije na 1,5 sat;
• pripremiti poklone/suvenire mnogo unaprijed (ponekad odobrenje/plaćanje traje mjesec dana);
• opustite se i prihvatite da nešto neće ići po planu i da će doći do više sile.

recenzije

Anna Bystrikova, sistem administrator: “Ubožnica je veoma poučna za mene. Naučio sam proces testiranja i osjetio sav “bol” testera.
U početku, tokom procesa testiranja, kao uzoran korisnik, provjeravate glavne stvari: da li dugme klikne, da li ide na stranicu, da li se izgled pomerio. Ali kasnije shvatite da morate više razmišljati izvan okvira i pokušati "razbiti" aplikaciju. Testeri imaju težak posao; nije dovoljno da se „pičkate“ po celom interfejsu, potrebno je da pokušate da razmišljate van okvira i da budete izuzetno pažljivi.
Utisci su bili samo pozitivni, čak i sada, neko vrijeme nakon događaja, vidim kako se radi na greškama koje sam pronašao. Divno je osjećati se uključenim u poboljšanje proizvoda ^_^.”

Dmitry Seleznev, front-end programer: „Testiranje u takmičarskom modu nas uvelike motivira da pronađemo još grešaka). Čini mi se da bi svi trebali pokušati učestvovati u Baghuntingu. Istraživačko testiranje vam omogućava da pronađete one slučajeve koji nisu opisani u planu testiranja. Osim toga, ljudi koji ne poznaju projekat mogu dati povratne informacije o pogodnostima usluge.”

Antonina Tatchuk, viši urednik: „Voleo sam da se okušam kao tester. Ovo je potpuno drugačiji stil rada. Pokušavate da razbijete sistem, a ne da se sprijateljite sa njim. Uvijek smo imali priliku pitati naše kolege nešto o testiranju. Naučio sam više o određivanju prioriteta grešaka (na primjer, navikao sam tražiti gramatičke greške u tekstovima, ali "težina" takve greške je vrlo mala; i obrnuto, nešto što mi se činilo nebitnim završilo je kritična greška, koja je odmah ispravljena).
Na događaju su momci dali sažetak teorije testiranja. Ovo je bilo korisno za netehničare. I nekoliko dana kasnije uhvatio sam sebe kako razmišljam da pišem u prilog drugoj stranici koristeći formulu „šta-gdje-kada“ i detaljno opisujem svoja očekivanja od stranice i stvarnosti.”

zaključak

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

Sve najbolje i manje grešaka!

izvor: www.habr.com