Tere kõigile! Minu nimi on Julia ja ma olen testija. Eelmisel aastal rääkisin teile sellest bagodelnya - meie ettevõttes peetav üritus vigade mahajäämuse puhastamiseks. See on täiesti teostatav võimalus seda oluliselt vähendada (erinevates meeskondades 10%-lt 50%-le) vaid ühe päevaga.

Täna tahan teile rääkida meie kevadisest Bagodelny formaadist - BUgHunting (BUH). Seekord me vanu vigu ei parandanud, vaid otsisime uusi ja pakkusime ideid funktsioonide jaoks. Lõike all on palju üksikasju selliste ürituste korraldamise, meie tulemuste ja osalejate tagasiside kohta.

Olles reeglid läbi mõelnud ja kirja pannud, saatsime ettevõtte Slackis kõigile kanalitele välja kutse, mis ei sisaldanud mingeid piiranguid:

Selle tulemusena registreerus umbes 30 inimest - nii arendajaid kui ka mittetehnilisi spetsialiste. Eraldasime üritusele terve tööpäeva, broneerisime suure koosolekuruumi ja korraldasime lõunasöögid kontorisööklas.

Miks?

Näib, et iga meeskond testib oma funktsionaalsust. Kasutajad teatavad meile vigadest. Miks üldse sellist üritust korraldada?

Meil oli mitu eesmärki.

1. Tutvustage poistele lähemalt seotud projekte/tooteid.
   Nüüd töötavad meie ettevõttes kõik eraldi meeskondades - üksustes. Need on projektimeeskonnad, kes töötavad oma funktsionaalsuse osa kallal ega ole alati täielikult kursis teistes projektides toimuvaga.
2. Lihtsalt tutvustage oma kolleege üksteisele.
   Meie Moskva kontoris töötab ligi 800 töötajat, kõik kolleegid ei tunne üksteist silma järgi.
3. Parandage arendajate võimet leida oma toodetest vigu.
   Nüüd reklaamime Agile Testingut ja koolitame mehi selles suunas.
4. Kaasake testimisse rohkem kui lihtsalt tehnilised spetsialistid.
   Lisaks tehnilisele osakonnale on meil palju kolleege teistelt erialadelt, kes tahtsid rohkem rääkida testimisest, sellest, kuidas veast õigesti teatada, et saaksime vähem sõnumeid nagu “Ahhh... miski ei tööta”.
5. Ja loomulikult leidke keerulisi ja ilmselgeid vigu.
   Tahtsin aidata meeskondadel uusi funktsioone testida ja anda neile võimaluse vaadelda rakendatud funktsioone teise nurga alt.

Реализация

Meie päev koosnes mitmest plokist:

• infotund;
• testimise lühiloeng, milles puudutasime ainult põhipunkte (testimise eesmärgid ja põhimõtted jne);
• osa "heade kommete reeglid" vigade tutvustamisel ( siin põhimõtted on hästi kirjeldatud);
• neli testimisseanssi kõrgetasemeliste kirjeldatud stsenaariumitega projektidele; enne iga sessiooni toimus lühike projekti tutvustav loeng ja meeskondadeks jagunemine;
• lühiküsitlus ürituse kohta;
• kokkuvõtteid tehes.

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

Põhireegleid

• Üritustele registreerimine on individuaalne, mis lahendab probleemi, et kogu meeskond tühjendab inertsist, kui üks inimene otsustab mitte minna.
• Osalejad vahetavad meeskondi igal seansil. See võimaldab osalejatel igal ajal tulla ja minna, samuti saate kohtuda rohkemate inimestega.
• Käsud kaks inimest enne iga seanssi moodustuvad juhuslikult, muudab see dünaamilisemaks ja kiiremaks.
• Kasutusele võetud vigade eest saate auhinna punktid (3 kuni 10) olenevalt kriitilisusest.
• Duplikaatide eest punkte ei anta.
• Vead peab esitama meeskonnaliige vastavalt kõikidele sisestandarditele.
• Funktsioonitaotlused luuakse eraldi ülesandes ja osalevad eraldi nominatsioonis.
• Auditimeeskond jälgib kõigi reeglite täitmist.

Muud üksikasjad

• Algselt tahtsin teha "täiustatud" testimisürituse, kuid... Päris palju kutte registreerus tootevälistest meeskondadest (SMM, juristid, PR), pidime sisu oluliselt lihtsustama ja eemaldama keerulised/profiilsed juhtumid.
• Seoses Jira üksuste tööga erinevates projektides, lõime vastavalt meie voolule spetsiaalselt eraldi projekti, milles panime üles malli vigade tutvustamiseks.
• Punktide arvutamiseks plaaniti kasutada veebihookide kaudu uuendatud edetabelit, kuid midagi läks valesti ja lõpuks tuli arvutus käsitsi teha.

Kõigil tekib ürituste korraldamisel probleeme ja et teie jaoks oleks veidi lihtsam, kirjeldan meie probleeme, mida saate vältida.

Üks kõlaritest jäi ootamatult haigeks ja pidi uue leidma.
Mul vedas meeletult, et leidsin kell 9 hommikul samast meeskonnast asendaja). Kuid parem on mitte õnnele lootma jääda ja omada varu. Või olge valmis ise vajalikku aruannet andma.

Meil ei olnud aega funktsionaalsust kasutusele võtta, pidime plokid vahetama.
Terve ploki äraviskamise vältimiseks on parem varuplaani koostamine.

Mõned testkasutajad loobusid, pidime kiiresti uued uuesti looma.
Kontrollige testkasutajaid eelnevalt või tehke need kiiresti.

Peaaegu ükski tüüp, kelle jaoks formaati lihtsustati, ei tulnud.
Kedagi pole vaja jõuga tirida. Alandage ennast.
Võimalus on täpselt ette kirjutada ürituse formaat: “amatöör”/”edasijõudnud” või valmistada ette kaks varianti korraga ja otsustada, kumb korraldada pärast seda.

Kasulikud korralduslikud punktid:

• broneerige kohtumine ette;
• korraldage lauad, ärge unustage pikendusjuhtmeid ja liigpingekaitsmeid (sülearvutite/telefonide laadimisest ei pruugi terveks päevaks piisata);
• automatiseerida hindamisprotsessi;
• koostada edetabelid;
• koostada paberjaotusmaterjalid testkasutajate sisselogimiste ja paroolidega, juhised Jiraga töötamiseks, skriptid;
• Ärge unustage saata meeldetuletusi nädal enne sündmust ja märkige ka, mida peate kaasa võtma (sülearvutid/seadmed);
• rääkige oma kolleegidele sündmusest demol, lõunasöökidel, kohvitassi taga;
• leppige devopidega kokku, et ei värskenda ega avalda sellel päeval midagi;
• valmistada ette kõlarid;
• pidada läbirääkimisi funktsioonide omanikega ja kirjutada rohkem stsenaariume testimiseks;
• tellida maiused (küpsised/kommid) suupisteteks;
• ärge unustage meile ürituse tulemustest rääkida.

Järeldused

Terve päeva jooksul õnnestus poistel testida 4 projekti ja luua 192 viga (neist 134 ainulaadset) ja 7 funktsioonipäringutega seotud probleemi. Muidugi teadsid projekti omanikud juba mõnda neist vigadest. Kuid oli ka ootamatuid leide.

Kõik osalejad said magusaid auhindu.

Ja võitjad on termosed, rinnamärgid, dressipluusid.

Mis osutus huvitavaks:

• osalejatele tundus ootamatu raskete seansside formaat, kui aeg on piiratud ja mõtlemisele ei saa kulutada palju aega;
• õnnestus testida töölaua, mobiiliversiooni ja rakendusi;
• vaatasime palju projekte korraga, igavlemiseks polnud aega;
• kohtus erinevate kolleegidega, vaatas nende lähenemisi vigade tutvustamisele;
• tundis testijate kogu valu.

Mida saab parandada:

• teha vähem projekte ja suurendada seansi aega 1,5 tunnini;
• valmista kingitused/suveniirid palju ette (mõnikord võtab kinnitamine/maksmine aega kuu aega);
• lõõgastuge ja leppige sellega, et midagi ei lähe plaanipäraselt ja tekib vääramatu jõud.

Arvustused

Anna Bystrikova, süsteemiadministraator: “Almusmaja on minu jaoks väga hariv. Õppisin testimise protsessi ja tundsin kogu testijate “valu”.
Algul testimise käigus kontrollid eeskujuliku kasutajana põhipunkte: kas nupp klõpsab, kas läheb lehele, kas küljendus on välja kolinud. Kuid hiljem mõistad, et pead rohkem mõtlema kastist välja ja proovima rakendust “murda”. Testijatel on raske töö; ei piisa kogu liidese "torkamisest", peate proovima mõelda kastist välja ja olema äärmiselt tähelepanelik.
Muljed olid ainult positiivsed, ka praegu, mõni aeg pärast üritust, näen, kuidas minu leitud vigade kallal tööd tehakse. Tore on tunda end toote täiustamises kaasatuna ^_^.”

Dmitri Seleznev, esiotsa arendaja: "Võistlusrežiimis testimine motiveerib meid palju rohkem vigu leidma). Mulle tundub, et kõik peaksid proovima Baghuntingus osaleda. Uurimuslik testimine võimaldab leida need juhtumid, mida testiplaanis kirjeldatud ei ole. Lisaks saavad inimesed, kes projekti ei tunne, anda tagasisidet teenuse mugavuse kohta.

Antonina Tatchuk, vanemtoimetaja: „Mulle meeldis end testijana proovida. See on täiesti erinev tööstiil. Üritad süsteemi lõhkuda, mitte sellega sõbruneda. Meil oli alati võimalus oma kolleegidelt testimise kohta midagi küsida. Sain rohkem teada vigade tähtsuse järjekorda seadmise kohta (näiteks olen harjunud tekstidest grammatilisi vigu otsima, kuid sellise vea “kaal” on väga väike; ja vastupidi, miski, mis mulle ei tundunud eriti oluline kriitiline viga, mis kohe parandati ).
Üritusel tegid poisid kokkuvõtte testimise teooriast. See oli kasulik mittetehnilistele inimestele. Ja paar päeva hiljem tabasin end mõttelt, et kirjutan teise saidi toetuseks, kasutades valemit “mis-kus-millal” ja kirjeldades üksikasjalikult oma ootusi saidi ja tegelikkuse suhtes.

Järeldus

Kui soovite oma meeskonna elu mitmekesistada, vaadake funktsionaalsust värske pilguga, korraldage mini "Söö oma koeratoitu", siis võite proovida sellist üritust läbi viia ja siis saame seda koos arutada.

Kõike head ja vähem vigu!

Allikas: www.habr.com