Tere kõigile! Minu nimi on Julia ja ma olen testija. Eelmisel aastal rääkisin teile Vigade puhastamisest — üritusest, mida meie ettevõttes korraldatakse, et puhastada vigade tagavarasid. See on täiesti toimiv variant, kuidas seda märkimisväärselt vähendada (erinevates meeskondades 10% kuni 50%) vaid ühe päevaga.

Täna tahan rääkida teile meie kevadisest Vigade puhastamise formaadist — BUgHunting (BUH). Seekord ei fikseerinud me vanu vigu, vaid otsisime uusi ja pakkusime ideid funktsioonide jaoks. Edasi on palju detaile selliste ürituste korraldamise, meie tulemuste ja osalejate tagasiside kohta.

Mõeldes ja kirja pannes reeglid, saatsime kõikidesse meie ettevõtte Slacki kanalitesse kutsete korrektuuri, milles ei olnud mingeid piiranguid:

Lõppkokkuvõttes registreerus umbes 30 inimest — nii arendajad kui ka mitte-tehnilised spetsialistid. Üritusele eraldati terve tööpäev, broneeriti suur koosolekuruum ja eined korraldati kontori kantseleist.

Miks?

Tundub, et iga meeskond testib oma funktsionaalsust. Kasutajad teavitavad meid vigadest. Miks sellist üritust üldse korraldada?

Meie eesmärke oli mitu.

1. Tutvuda teiste projektide/toodetega lähemalt.
   Praegu töötavad meie firmas kõik eraldi meeskondades — unitides. Need on projektigrupid, kes töötavad oma funktsionaalsuse kallal ning ei ole alati täielikult kursis, mis toimub teistes projektides.
2. Lihtsalt tutvuda kolleegidega.
   Meil on peaaegu 800 töötajat Moskva kontoris, mitte kõik kolleegid ei tunne üksteist isiklikult.
3. Tõsta arendajate bugide otsimise oskust oma toodetes.
   Praegu edendame Agile Testingut ja arendame inimesi selles suunas.
4. Kaasa testimisse mitte ainult tehnilisi spetsialiste.
   Peale tehnilise osakonna on meil palju kolleege teistest ametigruppidest, kellele soovime rohkem rääkida testimisest ja sellest, kuidas õigesti bugi raporteerida, et saaksime vähem sõnumeid stiilis „Aaa… mitte midagi ei tööta”.
5. Ja muidugi leida salakavalad ja mitte ilmsed vead.
   Soovisime aidata meeskondi uute funktsioonide testimisega ning anda võimalus vaadata ellu viidud funktsionaalsust teise nurga alt.

Rakendus

Meie päev koosnes mitmest blokist:

• briefing;
• lühikoolitus testimise kohta, kus käsitleme ainult põhiteemasid (testimise eesmärgid ja põhimõtted jne);
• osakond „hea käitumise reeglid” vigade esitamisel (siin hästi kirjeldatud põhimõtted);
• neli testimisseanssi projektide kohta koos kõrgetasemeliste stsenaariumide kirjeldustega; enne iga seanssi oli lühike sissejuhatav loeng projekti kohta jaotamine meeskondadesse;
• lühiuuring ürituse kohta;
• kokkuvõtted.

(Me ei unustanud ka pauside ja lõuna toimumist seansside vahel).

Põhireeglid

• Üritustele registreerumine on individuaalne, mis lahendab probleemi, et kogu meeskond automaatselt kaotab, kui keegi inimene otsustab mitte minna.
• Igal seansil vahetavad osalejad meeskonda. See võimaldab osalejatel tulla ja minna igal ajal ning tutvuda suurema hulga inimestega.
• Meeskonnad koosnevad kahest inimesest enne igat seanssi koostatakse juhuslikult, nii on tulemuseks dünaamilisem ja kiirem.
• Vigade registreerimise eest antakse punkte (3 kuni 10) sõltuvalt kriitilisusest.
• Duplikaatide eest punkte ei anta.
• Vead peavad olema registreeritud meeskonna liikme poolt vastavalt kõikidele sisestandarditele.
• Funktsioonisoovid avatakse eraldi ülesandes ja need osalevad eraldi nomineerimises.
• Kõikide reeglite järgimist jälgib auditeerimismeeskond.

Muud üksikasjad

• Kavatsesime alguses korraldada "edasijõudnud" testimise ürituse, kuid kuna registreerus piisavalt palju inimesi mitte toote meeskondadest (SMM, juristid, PR), tuli sisu oluliselt lihtsustada ning keerukad/profiililised juhtumid eemaldada.
• Kuna Jira üksused töötavad erinevates projektides oma voogudes, lõime spetsiaalselt eraldi projekti, kuhu seadsime ülesande mallid vigade sisestamiseks.
• Punktide lugemiseks kavandasime kasutada liidreid, mille värskendamine toimus veebihookide kaudu, kuid midagi läks valesti ja lõpuks tuli arvestus teha käsitsi.

Igaühel, kes üritusi korraldab, on oma takistused, ja et teil oleks veidi lihtsam, kirjeldan meie probleeme, mida te saate vältida.

Üks esinejatest haigestus ootamatult ja pidime uut otsima..
Mul vedas, et leidsin 9 hommikul samast meeskonnast asendaja). Kuid parem on mitte loota õnnele ja valmistada varuvariant. Või olla valmis ise vajaliku ettekande pidamiseks.

Ei jõudnud funktsionaalsust väljastada, tuli blokke vahetada..
Ette raiskaaksid tervet plokki, on parem, kui sul on varuplaan.

Osa testkasutajatest kukkus välja, tuli kiiresti luua uusi..
Kontrolli testkasutajaid ette või ole valmis need kiiresti looma.

Peaaegu keegi neist, kelle pärast formaati lihtsustati, ei tulnud..
Jõuga ei pea kedagi vedama. Leppige sellega.
On võimalus rangelt määratleda ürituse formaat: „harrastaja” / „edasijõudnud”, või valmistada ette kohe kaks versiooni ja otsustada juba pärast seda, millist teostada.

Kasulikud organisatsioonilised hetkede:

• broneerige läbirääkimiste ruum ette;
• paigutage lauad, ärge unustage pikendusjuhtmeid ja toitefiltereid (nt sülearvutite / telefonide laadimiseks võib päeva jooksul mitte piisata);
• automaatige punktide arvestamise protsess;
• valmistage ette reitingutabelid;
• valmistage paberilised jaotustooted testkasutajate logide ja paroolidega, juhend Jira kasutamiseks, stsenaariumid;
• ärge unustage nädal enne üritust saata meeldetuletusi, märkige ka, mida on vaja kaasa võtta (sülearvutid / seadmed);
• rääkige kolleegidega üritusest demodel, lõunalauas, tassi kohvi juures;
• leppige arendajatega kokku, et sel päeval mitte midagi uuendada ega välja võtta;
• valmistage ette ettekandjad;
• leppige kokku funktsiooni omanikud ja kirjutage rohkem testimisstsenaariume;
• tellige suupisteid (küpsised/kondiitritooted) vahepalade jaoks;
• ärge unustage rääkida sündmuse tulemustest.

Tulemused

Kogu päeva jooksul jõudsid poisid testida 4 projekti ja leida 192 viga (neist 134 unikaalset) ning 7 ülesannet funktsioonisoovidega. Loomulikult oli osa neist vigadest projektide omanikele juba teada. Kuid esines ka ootamatuid avastusi.

Kõik osalejad said magusaid auhindu.

Võitjad said termosed, märgid ja dressipükse.

Huvitav, mis välja tuli:

• osalejatele oli üllatav rangete sessioonide formaat, kus aeg on piiratud ja ei saa palju aega mõtlemiseks raisata;
• õnnestus testida lauaarvuti, mobiiliversiooni ja rakendusi;
• vaatasime korraga palju projekte, ei olnud aega igavleda;
• tutvusime erinevate kolleegidega, vaatasime nende lähenemist vigade registreerimisele;
• tundsid testijate valu.

Mida võiks parandada:

• teha vähem projekte ja pikendada sessiooni aega 1,5 tunnini;
• valmistada kingitusi/suveniire oluliselt ette (mõnikord võib kooskõlastamine/maksmine venida kuuks);
• rahuneda ja leppida sellega, et midagi võib plaanidest kõrvale kalduda ning võivad esineda ettenägematud olukorrad.

Arvustused

Anna Bystrikova, süsteemiadministraator: „Bagoňky on minu jaoks väga hariv. Uurisin testimise protsessi, tundsin kõiki testijate „valu”.
Alguses testimise protsessis, nagu tavaline kasutaja, kontrollid peamisi aspekte: kas nupp töötab, kas leht avatakse, kas kujundus ei ole paigast ära läinud. Kuid hiljem mõistad, et tuleb mõelda rohkem mittestandardselt ja püüda rakendust 'katkestada'. Testijate töö on keeruline, ei piisa vaid liidese läbi klikkimisest, vaja on püüdlikult mõelda loovalt ja olla äärmiselt tähelepanelik.
Kogemused jäid ainult positiivsed, isegi praegu, pärast mingit aega pärast sündmust, näen, kuidas tööd tehakse leitud vigade kallal. Lahe on tunda end osana tootearenduse täiustamisest ^_^.”

Dmitri Seleznev, frontend-arendaja: «Võistlusrežiimis testimine motiveerib tõeliselt rohkem vigu leidma. Arvan, et igaühel võiks olla võimalus osaleda Bughunting'is. Uurimistestimine võimaldab leida juhtumeid, mis ei ole testimise plaanis kirjas. Pluss see, et inimesed, kes ei tunne projekti, võivad anda tagasisidet teenuse mugavuse kohta.»

Antonina Tatchuk, vanemtoimetaja: «Mulle meeldis proovida end testijana. See on täiesti erinev tööstiil. Sa püüad süsteemi murda, mitte sõbruneda sellega. Meil oli alati võimalus küsida kolleegidelt testimise kohta. sain rohkem teada vigade prioriseerimisest (näiteks, ma olin harjunud otsima tekstides grammatilisi vigu, kuid sellise vea 'kaal' on väga väike; ja vastupidi, miski, mis tundus mulle mitte kuigi oluline, osutus lõpuks kriitiliseks veaks, mille kohe korrigeeriti).
Üritusel andsid poisid kokkuvõtte testimise teooriast. See oli kasulik mitte-tehnilistele spetsialistidele. Mõne päeva pärast tabasin end mõttelt, et kirjutan teise veebisaidi klienditoele vastavalt formuleeringule "mis-kus-millal" ja kirjeldan põhjalikult oma ootusi saidilt ja reaalsust.

Kokkuvõte

Kui soovite meeskonna elu mitmekesistada, vaadata funktsionaalsust uue pilguga, korraldada mini „Söö oma koera toitu“, siis võite proovida sellist üritust korraldada, ja siis saame seda koos arutada.

Soovin kõigile head ja vähem vigu!

Allikas: habr.com