Tere kõigile! Minu nimi on Julia ja ma olen testija. Eelmisel aastal rääkisin teile Veaparandusest — üritus, mida korraldame meie ettevõttes vigade tagavarade puhastamiseks. See on täiesti teostatav variant selle oluliseks vähendamiseks (erinevates meeskondades 10% kuni 50%) ühe päeva jooksul.

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

Mõeldes ja kirjutades regulatsioonid läbi, saatsime kõigisse ettevõtte Slacki kanalitesse kutse, milles ei olnud mingeid piiranguid:

Lõpuks registreerus umbes 30 inimest — nii arendajad kui ka mitte-tehnilised spetsialistid. Üritusele eraldati terve tööpäev, broneeriti suur nõupidamisruum ja lõunad korraldati kontori kohvikus.

Miks?

Tundub, et iga meeskond testib oma funktsionaalsust. Kasutajad teatavad meile vigadest. Miks üldse selline üritus läbi viia?

Meil oli mitu eesmärki.

1. Tutvustada inimesi naaberprojektide/toodetega lähemalt..
   Praegu töötavad meie ettevõttes kõik eraldi meeskondades — unitites. Need on projektigrupid, mis arendavad oma funcioone ja ei ole alati täielikult teadlikud, mis teistes projektides toimub.
2. Lihtsalt tutvustada kolleege üksteisele..
   Meil on Moskva kontoris peaaegu 800 töötajat, mitte kõik kolleegid ei tunne üksteist isiklikult.
3. Tõsta arendajate oskusi vigade otsimisel oma toodetes..
   Me edendame praegu Agile Testingut ja arendame inimesi sel suunal.
4. Kaasa testimisse mitte ainult tehnilisi spetsialiste..
   Lisaks tehnilisele osakonnale on meil palju kolleege teistest erialadest, kellele meeldiks rohkem rääkida testimisest, kuidas õigesti vigu teatada, et me saaksime vähem sõnumeid vormist "Aaah... midagi ei tööta".
5. Ja muidugi, leida nutikaid ja mitteilmseid vigu..
   Soovisime aidata meeskondi uute funktsioonide testimisel ja anda võimaluse vaadata ellu viidud funktsionaalsust teise nurga alt.

Rakendamine

Meie päev koosnes mitmest blokkist:

• briifing;
• lühike loeng testimisest, kus käsitlesime ainult põhiaspekte (testimise eesmärgid ja põhimõtted jne);
• jaotised „headest kommetest“ vigade esitamisel (siit põhimõtted on hästi kirja pandud);
• neli testimise sessiooni projektide kaupa kõrgelt kirjeldatud stsenaariumidega; enne iga sessiooni toimus lühike sissejuhatav loeng projekti kohta ja meeskondade määramine;
• lühike küsitlus ürituse kohta;
• kokkuvõte.

(Kaasasime ka pausid sessioonide vahel ja lõunasöögi).

Põhireeglid

• Üritustele registreerimine on individuaalne, mis lahendab probleemi, et kogu meeskond seetõttu ei tule, kui üks inimene otsustab mitte minna.
• Igas sessioonis vahetavad osalejad meeskonda. See võimaldab osalejatel tulla ja minna igal ajal ning tutvuda suure hulga inimestega.
• Käsklused kahe inimesena enne iga sessiooni kujuneb juhuslikult, nii on dünaamilisema ja kiirema tulemuse saavutamine.
• Esitatud vigade eest antakse punkte (3 kuni 10) sõltuvalt kriitilisusest.
• Duplikaatide eest punkte ei anta.
• Vead peavad olema registreeritud meeskonna liikme poolt vastavalt kõigile sisemistele standarditele.
• Funktsiooni taotlused registreeritakse eraldi ülesande all ja osalevad eraldi nominatsioonis.
• Kogu reeglite järgimist jälgib auditeerimisrühm.

Muud üksikasjad

• Alguses soovisime korraldada „täiustatud“ testimise üritust, kuid kuna registreerus piisavalt palju inimesi mitte tootearenduse meeskondadest (SMM, juristid, PR), pidi sisu oluliselt lihtsustama ja keerulised/profiilinäited eemaldama.
• Jira erinevate projektide töövoogude tõttu jõudsid me meelevaldselt eraldi projekti, kus seadistasime malli vigade registreerimiseks.
• Punktide arvestamiseks plaanisime kasutada liidri tahvlit, mis uuendati veebihookide kaudu, kuid midagi läks valesti ja lõpuks tuli punktide arvestust teha käsitsi.

Iga ürituste korraldaja kohtab takistusi ja et teil oleks veidi lihtsam, kirjelduse meie probleeme, mida saaksite vältida.

Üks esinejatest haigestus ootamatult ja pidime otsima uut.
Mul vedas, et leidsin sama meeskonna asendaja kell 9 hommikul). Kuid parem pole tugineda juhusele ja omada varu. Või olla ise valmis vajalikku ettekannet pidama.

Ei jõudnud funktsionaalsust välja tuua, pidime plokid vahetama..
Kuna ei soovi kogu plaani kõrvale visata, on parem varuda tagavaraplaan.

Osade testkasutajate hulk kadus, tuli kiiresti uusi luua..
Kontrollige testkasutajaid ette või olge valmis neid kiiresti looma.

Peaaegu keegi neist, kelle jaoks formaati lihtsustati, ei tulnud..
Jõuga kedagi vedada ei tasu. Leppige sellega.
On võimalus formaati rangelt määratleda: "harrastaja" / "edasiarendaja" või valmistada ette kaks erinevat varianti ja otsustada pärast, millist rakendada.

Kasulikud korraldusalased punktid:

• broneerige koosolekuruum ette;
• paigutage lauad, ärge unustage pikendusi ja võrgufiltreid (laptopide / telefonide laadimiseks võib terveks päevaks mitte piisata);
• automatiseerige punktide arvestamise protsess;
• valmistage ette reitingutabelid;
• valmistage paberkandjal jagatavad dokumendid testkasutajate logide ja paroolidega, juhendiga Jira kasutamiseks, stsenaariumidega;
• ärge unustage nädal enne üritust saata meeldetuletusi, märkige lisaks, mida kaasa võtta (laptopid / seadmed);
• rääkige kolleegidega üritusest demode, lõuna ajal, kohvi kõrvale;
• leppige devopsidega kokku, et sel päeval midagi ei uuendataks ega välja lastaks;
• valmistage ette ettekandjad;
• leppige kokku omaduste omanikega ja kirjutage rohkem testimisteks mõeldud stsenaariume;
• tellige maiustusi (küpsised / kommide) näksimiseks;
• ärge unustage rääkida ürituse tulemustest.

tulemused näitasid ainult nelja ebaolulise koodibloki kattuvust, mis olid tingitud POSIX ja ANSI C nõuetest.

Kogu päeva jooksul said osalejad testida 4 projekti ja registreerida 192 viga (neist 134 unikaalset) ja 7 ülesannet funktsiooni päringutega. Loomulikult teadsid projektide omanikud osa neist vigadest juba. Kuid oli ka ootamatuid avastusi.

Kõik osalejad said magusaid auhindu.

Ja võitjad – termosid, märke, kapuutsi.

Mida osutus huvitavaks:

• osalejatele oli üllatav rangete sessioonide formaat, kui aeg on piiratud ja ei tohi kulutada palju aega mõtlema;
• õnnestus testida desktopi, mobiilivaatet ja rakendusi;
• vaadati korraga palju projekte, aega igavleda ei jäänud;
• kohtusid erinevate kolleegidega, nägid nende lähenemist vigade arvele võtmisel;
• tundsid testijate kogu valu.

Mida võiks parandada:

• teha vähem projekte ja pikendada sessioonide aega 1,5 tunnini;
• valmistada kingitusi/suveeneid palju varem (mõnikord võib kooskõlastamine/makse kesta terve kuu);
• rahuneda ja leppida sellega, et midagi ei pruugi plaanipäraselt minna ja võivad esineda ettenägematud olukorrad.

Tagasiside

Anna Bystrikova, süsteemiadministraator: „Bug Hunt on minu jaoks väga hariv. Sain teada testimisprotsessist, kogesin testijate kogu "valu".
Alguses testimise käigus, nagu tavaline kasutaja, kontrollid põhiaspekte: kas nupp töötab, kas leht avatakse, ega disain ei ole liiga peadpööritav. Kuid hiljem mõistad, et peab mõtlema vähem standardselt ja proovima rakendust "katkestada". Testijatel on keeruline töö, ei piisa vaid liidese elementide klikkimisest, tuleb püüda mõelda loovalt ja olla äärmiselt tähelepanelik.
Mul on ainult positiivsed muljed, isegi praegu, pärast mõne aega sündmusest, näen, kuidas minu poolt leitud vigade kallal tööd tehakse. Lahe on tunda end osana toote parendamisest ^_^.”

Dmitri Seleznev, esiküljearendaja: „Testimine konkurentsikeskkonnas motiveerib tõeliselt rohkem vigu leidma). Arvan, et kõik peaksid proovima Bug Huntingus osaleda. Uurimistestsimis võimaldab leida juhtumeid, mis pole testimise plaanis kirjas. Lisaks saavad inimesed, kes projekti ei tunne, anda tagasisidet teenuse kasutatavuse kohta.”

Antonina Tachuk, vanemtoimetaja: „Mulle meeldis proovida end testijana. See on hoopis teine tööstiil. Sa püüad süsteemi 'katkestada', mitte selle juurde sõbruneda. Meil oli alati võimalus küsida kollegidelt testimise kohta. Omandasin rohkem teadmisi vigade prioriteetide määramisest (näiteks olen harjunud otsima tekstides grammatilisi vigu, kuid sellise vea "kaal" on väga väike; ja vastupidi, midagi, mis tundus mulle mitte eriti olulise, osutus lõpuks kriitiliseks veaks, mis parandati kohe).
Sündmuse käigus jagasid poisid testimise teooriast kokkuvõtte. See oli kasulik mitte-tehniliste spetsialistide jaoks. Ja paar päeva hiljem püüdsin end tabada mõttelt, et kirjutan muu saidi toetusele kujundiga „mis-kus-kuidas” ja kirjeldan üksikasjalikult oma ootusi saidilt ja reaalsusest.”

Kokkuvõte

Kui soovite meeskonna elu mitmekesistada, vaadata funktsionaalsusele värske pilguga, korraldada mini «Söö oma koera toitu», siis võite proovida sellist üritust korraldada ja seejärel saame seda koos arutada.

Soovin kõigile head ja vähem vigu!

Allikas: habr.com