Bagelnijs: BUgHunting. Kā atrast 200 kļūdas dienā

Sveiki visiem! Mani sauc JÅ«lija, un es esmu testētājs. PagājuÅ”ajā gadā es jums stāstÄ«ju par bagodelnya - pasākums, kas notika mÅ«su uzņēmumā, lai iztÄ«rÄ«tu kļūdu uzkrāŔanos. Å Ä« ir pilnÄ«gi reāla iespēja to ievērojami samazināt (no 10 lÄ«dz 50% dažādās komandās) tikai vienas dienas laikā.

Å odien es vēlos jums pastāstÄ«t par mÅ«su pavasara Bagodelny formātu - BUgHunting (BUH). Å oreiz mēs nelabojām vecās kļūdas, bet meklējām jaunas un piedāvājām idejas funkcijām. Zem griezuma ir daudz detaļu par Ŕādu pasākumu organizÄ“Å”anu, mÅ«su rezultātiem un dalÄ«bnieku atsauksmēm.

Bagelnijs: BUgHunting. Kā atrast 200 kļūdas dienā

PārdomājuŔi un pierakstījuŔi nolikumu, visiem korporatīvajiem Slack kanāliem izsūtījām uzaicinājumu, kurā nebija nekādu ierobežojumu:

Bagelnijs: BUgHunting. Kā atrast 200 kļūdas dienā

Rezultātā pierakstÄ«jās ap 30 cilvēku ā€“ gan izstrādātāji, gan netehniskie speciālisti. Pasākumam atvēlējām veselu darba dienu, rezervējām lielu sanāksmju telpu, organizējām pusdienas biroja ēdnÄ«cā.

Kāpēc?

Å Ä·iet, ka katra komanda pārbauda savu funkcionalitāti. Lietotāji ziņo mums par kļūdām. Kāpēc vispār rÄ«kot Ŕādu pasākumu?

Mums bija vairāki mērķi.

  1. Iepazīstiniet puiŔus tuvāk ar saistītiem projektiem/produktiem.
    Tagad mÅ«su uzņēmumā visi strādā atseviŔķās komandās ā€“ vienÄ«bās. Tās ir projektu komandas, kas strādā pie savas funkcionalitātes daļas un ne vienmēr pilnÄ«bā apzinās, kas notiek citos projektos.
  2. VienkārÅ”i iepazÄ«stiniet kolēģus viens ar otru.
    Mūsu Maskavas birojā strādā gandrīz 800 darbinieku, ne visi kolēģi viens otru pazīst pēc redzes.
  3. Uzlabojiet izstrādātāju spēju atrast kļūdas savos produktos.
    Tagad mēs reklamējam Agile Testing un apmācām puiÅ”us Å”ajā virzienā.
  4. TestÄ“Å”anā iesaistiet ne tikai tehniskos speciālistus.
    Papildus tehniskajai nodaļai mums ir daudz kolēģu no citām specialitātēm, kuri vēlējās vairāk runāt par testÄ“Å”anu, par to, kā pareizi ziņot par kļūdu, lai mēs saņemtu mazāk ziņojumu, piemēram, "Ahhh... nekas nedarbojas."
  5. Un, protams, atrodiet sarežģītas un nepārprotamas kļūdas.
    Es vēlējos palīdzēt komandām pārbaudīt jaunas funkcijas un dot viņiem iespēju paskatīties uz ieviesto funkcionalitāti no cita leņķa.

IevieŔana

Mūsu diena sastāvēja no vairākiem blokiem:

  • Instruktāža;
  • Ä«sa lekcija par testÄ“Å”anu, kurā pieskārāmies tikai galvenajiem punktiem (testÄ“Å”anas mērÄ·i un principi utt.);
  • sadaļu par ā€œlabas manieres noteikumiemā€, ievieÅ”ot kļūdas (Å”eit principi ir labi aprakstÄ«ti);
  • četras testÄ“Å”anas sesijas projektiem ar augsta lÄ«meņa aprakstÄ«tiem scenārijiem; pirms katras sesijas notika Ä«sa ievadlekcija par projektu un sadalÄ«jumu komandās;
  • Ä«sa aptauja par pasākumu;
  • apkopojot.

(Neaizmirsām arī par pārtraukumiem starp sesijām un pusdienām).

Pamatnoteikumi

  • PieteikÅ”anās pasākumiem ir individuāla, kas atrisina visas komandas aizplÅ«Å”anu no inerces, ja viens cilvēks nolemj nebraukt.
  • DalÄ«bnieki maina komandas katrā sesijā. Tas ļauj dalÄ«bniekiem ierasties un iet jebkurā laikā, un jÅ«s varat arÄ« satikt vairāk cilvēku.
  • Komandas divi cilvēki pirms katras sesijas veidojas nejauÅ”i, tas padara to dinamiskāku un ātrāku.
  • Par ieviestajām kļūdām jÅ«s saņemat balvu punktu (no 3 lÄ«dz 10) atkarÄ«bā no kritiskuma.
  • Par dublikātiem punkti netiek pieŔķirti.
  • Kļūdas ir jāreÄ£istrē komandas loceklim saskaņā ar visiem iekŔējiem standartiem.
  • Funkciju pieprasÄ«jumi tiek veidoti atseviŔķā uzdevumā un piedalās atseviŔķā nominācijā.
  • RevÄ«zijas grupa uzrauga visu noteikumu ievēroÅ”anu.

Bagelnijs: BUgHunting. Kā atrast 200 kļūdas dienā

Cita informācija

  • Sākotnēji es gribēju veikt "uzlabotu" testÄ“Å”anas pasākumu, bet... Pieteicās diezgan daudz puiÅ”u no komandām, kas nav saistÄ«tas ar produktu (SMM, juristi, PR), mums bija ievērojami jāvienkārÅ”o saturs un jānoņem sarežģītas/profila lietas.
  • Sakarā ar vienÄ«bu darbu Jira dažādos projektos, atbilstoÅ”i mÅ«su plÅ«smai, mēs speciāli izveidojām atseviŔķu projektu, kurā izveidojām veidni kļūdu ievieÅ”anai.
  • Punktu aprēķināŔanai viņi plānoja izmantot lÄ«deru sarakstu, kas tika atjaunināts, izmantojot webhooks, taču kaut kas nogāja greizi un beigās aprēķins bija jāveic manuāli.

Ikvienam rodas problēmas, organizējot pasākumus, un, lai jums bÅ«tu nedaudz vieglāk, es aprakstÄ«Å”u mÅ«su problēmas, no kurām varat izvairÄ«ties.

Viens no runātājiem pēkŔņi saslima un nācās meklēt jaunu.
Man ārkārtÄ«gi paveicās, ka pulksten 9 no rÄ«ta atradu aizstājēju no tās paÅ”as komandas). Bet labāk nepaļauties uz veiksmi un iegÅ«t rezerves. Vai arÄ« esiet gatavs pats sniegt nepiecieÅ”amo ziņojumu.

Mums nebija laika ieviest funkcionalitāti, mums bija jāmaina bloki.
Lai neizmestu visu bloku, labāk ir izveidot rezerves plānu.

Daži testa lietotāji atteicās, mums bija ātri jāizveido jauni.
IepriekŔ pārbaudiet testa lietotājus vai varat tos veikt ātri.

Gandrīz neviens no puiŔiem, kuriem formāts tika vienkārŔots, neieradās.
Nevajag nevienu ar varu vilkt. Pazemojiet sevi.
Ir iespēja strikti noteikt pasākuma formātu: ā€œamatierisā€/ ā€œprogresÄ«vsā€, vai arÄ« sagatavot divus variantus uzreiz un pēc tam izlemt, kuru rÄ«kot.

Noderīgi organizatoriski punkti:

  • iepriekÅ” pieteikt tikÅ”anos;
  • sakārtojiet galdus, neaizmirstiet par pagarinātājiem un pārsprieguma aizsargiem (ar klēpjdatoru/telefonu uzlādi var nepietikt visai dienai);
  • automatizēt vērtÄ“Å”anas procesu;
  • sagatavot rangu tabulas;
  • izveidot papÄ«ra izdales materiālus ar testa lietotāju pieteikumvārdiem un parolēm, instrukcijām darbam ar Jira, skriptiem;
  • Neaizmirsti nedēļu pirms pasākuma izsÅ«tÄ«t atgādinājumus, kā arÄ« norādÄ«t, kas jāņem lÄ«dzi (klēpjdatori/ierÄ«ces);
  • pastāstiet saviem kolēģiem par pasākumu demonstrācijā, pusdienās, pie kafijas tases;
  • vienojieties ar devopu Å”ajā dienā neko neatjaunināt un neizlaist;
  • sagatavot skaļruņus;
  • vienoties ar lÄ«dzekļu Ä«paÅ”niekiem un rakstÄ«t vairāk scenāriju testÄ“Å”anai;
  • pasÅ«tÄ«t gardumus (cepumus/konfektes) uzkodām;
  • neaizmirstiet mums pastāstÄ«t par pasākuma rezultātiem.

rezultātus

Visas dienas laikā puiÅ”i paspēja pārbaudÄ«t 4 projektus un izveidot 192 kļūdas (134 no tām unikālas) un 7 problēmas ar funkciju pieprasÄ«jumiem. Protams, projekta Ä«paÅ”nieki jau zināja par dažām no Ŕīm kļūdām. Taču bija arÄ« negaidÄ«ti atradumi.

Visi dalībnieki saņēma saldas balvas.

Bagelnijs: BUgHunting. Kā atrast 200 kļūdas dienā

Un ieguvēji ir termosi, nozīmītes, sporta krekli.

Bagelnijs: BUgHunting. Kā atrast 200 kļūdas dienā

Kas izrādījās interesants:

  • dalÄ«bniekiem negaidÄ«ts Ŕķita grÅ«to sesiju formāts, kad laiks ir ierobežots un nevar veltÄ«t daudz laika domāŔanai;
  • izdevās pārbaudÄ«t darbvirsmas, mobilo versiju un aplikācijas;
  • skatÄ«jāmies daudzus projektus uzreiz, nebija laika garlaikoties;
  • tikās ar dažādiem kolēģiem, aplÅ«koja viņu pieejas kļūdu ievieÅ”anā;
  • juta visas testētāju sāpes.

Ko var uzlabot:

  • veikt mazāk projektu un palielināt sesijas laiku lÄ«dz 1,5 stundām;
  • sagatavot dāvanas/suvenÄ«rus daudz iepriekÅ” (dažkārt apstiprināŔana/apmaksa aizņem mēnesi);
  • atpÅ«tieties un samierinieties ar to, ka kaut kas nenotiks pēc plāna un bÅ«s nepārvarama vara.

Atsauksmes

Bagelnijs: BUgHunting. Kā atrast 200 kļūdas dienā
Anna Bystrikova, sistēmas administratore: ā€œAlmshouse man ir ļoti izglÄ«tojoÅ”a. Es uzzināju testÄ“Å”anas procesu un izjutu visas testētāju ā€œsāpesā€.
Sākumā testÄ“Å”anas procesā jÅ«s kā priekÅ”zÄ«mÄ«gs lietotājs pārbaudāt galvenos punktus: vai poga noklikŔķina, vai tā tiek uz lapu, vai izkārtojums nav izkustējies. Taču vēlāk saproti, ka vairāk jādomā ārpus rāmjiem un jāmēģina ā€œsalauztā€ aplikāciju. Testētājiem ir sarežģīts darbs; nepietiek ar to, ka ā€œizbāztā€ visu interfeisu; jums ir jācenÅ”as domāt ārpus rāmjiem un jābÅ«t ārkārtÄ«gi uzmanÄ«gam.
Iespaidi bija tikai pozitÄ«vi, arÄ« tagad, kādu laiku pēc pasākuma, redzu, kā notiek darbs pie atrastajām kļūdām. Ir lieliski justies iesaistÄ«tam produkta uzlaboÅ”anā ^_^.ā€

Bagelnijs: BUgHunting. Kā atrast 200 kļūdas dienā

Dmitrijs Seļezņevs, priekÅ”gala izstrādātājs: ā€œTestÄ“Å”ana konkurences režīmā ļoti motivē mÅ«s atrast vairāk kļūdu). Man Ŕķiet, ka Baghuntingā ir jāmēģina piedalÄ«ties ikvienam. Izpētes testÄ“Å”ana ļauj atrast tos gadÄ«jumus, kas nav aprakstÄ«ti pārbaudes plānā. Turklāt cilvēki, kas nezina projektu, var sniegt atsauksmes par pakalpojuma ērtÄ«bām.

Bagelnijs: BUgHunting. Kā atrast 200 kļūdas dienā

Antoņina Tačuka, vecākā redaktore: ā€œMan patika izmēģināt sevi kā testētāju. Tas ir pavisam cits darba stils. JÅ«s mēģināt salauzt sistēmu, nevis draudzēties ar to. Mums vienmēr bija iespēja pajautāt saviem kolēģiem kaut ko par testÄ“Å”anu. Es uzzināju vairāk par kļūdu prioritāŔu noteikÅ”anu (piemēram, esmu pieradis tekstos meklēt gramatikas kļūdas, bet Ŕādas kļūdas ā€œsvarsā€ ir ļoti mazs; un otrādi, izrādÄ«jās kaut kas, kas man neŔķita Ä«paÅ”i svarÄ«gs). bÅ«t kritiska kļūda, kas nekavējoties tika novērsta ).
Pasākumā puiÅ”i sniedza testÄ“Å”anas teorijas kopsavilkumu. Tas bija noderÄ«gi cilvēkiem, kas nav tehniski. Un pēc dažām dienām es pieķēru sevi pie domas, ka rakstu, lai atbalstÄ«tu citu vietni, izmantojot formulu ā€œkas-kur-kadā€ un detalizēti aprakstu savas cerÄ«bas no vietnes un realitāti.

Secinājums

Ja vēlaties dažādot savas komandas dzÄ«vi, aplÅ«kojiet funkcionalitāti no jauna, sakārtojiet mini "Ēd savu suņu barÄ«bu", tad jÅ«s varat mēģināt rÄ«kot Ŕādu pasākumu, un tad mēs to varam apspriest kopā.

Visu labāko un mazāk kļūdu!

Avots: www.habr.com

Pievieno komentāru