Kaixo guztioi! Nire izena Yulia da eta probatzailea naiz. Iaz kontatu nizun bagodelnya - Gure enpresan egindako ekitaldi bat akatsen atzerapena garbitzeko. Aukera guztiz bideragarria da egun bakarrean nabarmen murrizteko (talde ezberdinetan %10etik %50era).

Gaur gure udaberriko Bagodelny formatua - BUgHunting (BUH) kontatu nahi dizut. Oraingoan ez ditugu akats zaharrak konpondu, baizik eta berriak bilatu eta eginbideetarako ideiak proposatu. Ebakiaren azpian horrelako ekitaldien antolaketari, gure emaitzei eta parte-hartzaileen iritziei buruzko xehetasun asko daude.

Araudia pentsatu eta idatzita, gonbidapena bidali genien Slack korporatiboaren kanal guztiei, eta horrek ez zuen inolako murrizketarik:

Ondorioz, 30 pertsona inguruk eman zuten izena, garatzaileek zein espezialista ez direnek. Ekitaldirako lanegun osoa jarri genuen, bilera gela handi bat erreserbatu genuen eta bazkariak antolatu genituen bulegoko jantokian.

Zergatik?

Badirudi talde bakoitzak bere funtzionaltasuna probatzen duela. Erabiltzaileek akatsen berri ematen digute. Zergatik egin ere horrelako ekitaldi bat?

Hainbat helburu genituen.

1. Aurkeztu mutilak erlazionatutako proiektu/produktuetatik gertuago.
   Orain gure enpresan denek talde ezberdinetan lan egiten dute - unitateetan. Funtzionalitatearen zati propioan lan egiten duten proiektu-taldeak dira eta ez dira beti beste proiektuetan gertatzen denaz guztiz jabetzen.
2. Aurkeztu besterik ez duzu zure lankideak elkarri.
   Ia 800 langile ditugu Moskuko bulegoan; lankide guztiek ez dute bistaz ezagutzen elkar.
3. Hobetu garatzaileek beren produktuetan akatsak aurkitzeko gaitasuna.
   Orain Agile Testing sustatzen ari gara eta mutilak norabide horretan trebatzen ari gara.
4. Probetan espezialista teknikoak baino gehiago inplikatu.
   Sail teknikoaz gain, beste espezialitate batzuetako lankide asko ditugu, probei buruz gehiago hitz egin nahi zutenak, akats baten berri behar bezala nola jakinarazi, “Ahhh... ezer ez dabil” bezalako mezu gutxiago jasotzeko.
5. Eta, noski, aurkitu akats delikatuak eta begi-bistakoak.
   Taldeei eginbide berriak probatzen lagundu nahi nien eta inplementatutako funtzionalitateak beste angelu batetik begiratzeko aukera eman nahi nien.

Inplementazioa

Gure eguna hainbat bloke izan zen:

• briefing;
• saiakuntzari buruzko hitzaldi laburra, non puntu nagusiak soilik ukitu ditugun (probaren helburuak eta printzipioak, etab.);
• akatsak sartzerakoan "tratu onen arauak" atalean (Hemen printzipioak ondo deskribatuta daude);
• lau proba-saio goi-mailako deskribatutako eszenatokiak dituzten proiektuetarako; saio bakoitzaren aurretik proiektuaren aurkezpen-hitzaldi labur bat egin zen eta taldeetan banatuta;
• ekitaldiari buruzko inkesta laburra;
• laburbilduz.

(Saioen eta bazkariaren arteko atsedenaldiak ere ez genituen ahaztu).

Oinarrizko arauak

• Ekitaldietarako izen-ematea banakakoa da, inertziaren ondorioz talde osoa hustutzearen arazoa konpontzen duena, pertsona batek ez joatea erabakitzen badu.
• Parte hartzaileak taldez aldatzen dira saio bakoitzean. Horri esker, parte hartzaileak edozein unetan joan eta etorri daitezke, eta jende gehiago ere ezagutu dezakezu.
• Команды saio bakoitzaren aurretik bi pertsona ausaz eratzen dira, honek dinamikoagoa eta azkarragoa egiten du.
• Sartutako akatsengatik saritzen zaituzte puntu (3tik 10era) kritikotasunaren arabera.
• Bikoiztuengatik ez da punturik ematen.
• Akatsak taldekide batek artxibatu behar ditu barne estandar guztien arabera.
• Eginbide-eskaerak zeregin bereizi batean sortzen dira eta izendapen bereizi batean parte hartzen dute.
• Auditoretza taldeak arau guztiak betetzen direla kontrolatzen du.

Beste xehetasun batzuk

• Hasieran, proba "aurreratu" bat egin nahi nuen, baina... Produktukoak ez diren taldeetako mutil asko erregistratu ziren (SMM, abokatuak, PR), edukia asko sinplifikatu eta kasu konplexuak/profilak kendu behar izan genituen.
• Proiektu ezberdinetan Jirako unitateek egindako lana dela eta, gure fluxuaren arabera, bereziki proiektu bereizi bat sortu genuen eta bertan akatsak sartzeko txantiloia ezarri genuen.
• Puntuak kalkulatzeko, webhook-en bidez eguneratzen zen sailkapena erabiltzea aurreikusi zuten, baina zerbait gaizki atera zen eta azkenean kalkulua eskuz egin behar izan zen.

Guztiek arazoak izaten dituzte ekitaldiak antolatzerakoan, eta zuretzako apur bat errazteko, ekidin ditzakezun arazoak deskribatuko ditut.

Hiztunetako bat bat-batean gaixotu zen eta berri bat aurkitu behar izan zuen.
Zorte izugarria izan nuen 9:XNUMXetan talde bereko ordezko bat aurkitu nuelako). Baina hobe da zortean ez fidatzea eta ordezko bat edukitzea. Edo prest egon behar den txostena zuk zeuk emateko.

Ez genuen astirik izan funtzionaltasuna zabaltzeko, blokeak aldatu behar izan genituen.
Bloke oso bat botatzea ekiditeko, hobe da babes-plan bat izatea.

Proba-erabiltzaile batzuk jaitsi egin ziren, berriak azkar berriro sortu behar izan genituen.
Egiaztatu proba erabiltzaileak aldez aurretik edo azkar egin ahal izan.

Ia formatua sinplifikatu zuten mutiletako bat ere ez zen etorri.
Ez dago inor indarrez arrastatu beharrik. Umil zaitez.
Ekitaldiaren formatua zorrotz preskribatzeko aukera dago: "afizionatua"/"aurreratua", edo aldi berean bi aukera prestatu eta erabaki ondoren zein egin.

Antolaketa puntu erabilgarriak:

• aldez aurretik bilera bat erreserbatu;
• antolatu mahaiak, ez ahaztu luzapen-kableez eta sorospen babesez (baliteke ordenagailu eramangarriak/telefonoak kargatzea nahikoa ez izatea egun osorako);
• puntuazio-prozesua automatizatzea;
• sailkapen taulak prestatu;
• egin paperezko esku-orriak probako erabiltzaileen saio-hasiera eta pasahitzak, Jira-rekin lan egiteko argibideak, scriptak;
• Ez ahaztu ekitaldia baino astebete lehenago abisuak bidaltzea, eta adierazi zer eraman behar duzun ere (ordenagailu eramangarriak/gailuak);
• kontatu zure lankideei ekitaldia demo batean, bazkarietan, kafe bat hartuz;
• adostu devops-ekin egun honetan ezer ez eguneratzea edo ez zabaltzea;
• hizlariak prestatu;
• eginbideen jabeekin negoziatu eta probak egiteko eszenatoki gehiago idatzi;
• eskatzea gozokiak (cookieak/gozokiak) pintxoetarako;
• ez ahaztu ekitaldiaren emaitzen berri emateaz.

Findings

Egun osoan zehar, mutilek 4 proiektu probatu eta 192 akats (horietatik 134 bakarrak) eta 7 arazo sortzea lortu zuten funtzioen eskaerarekin. Jakina, proiektuaren jabeek jada bazekiten akats horietako batzuk. Baina ustekabeko aurkikuntzak ere izan ziren.

Parte hartzaile guztiek sari gozoak jaso zituzten.

Eta irabazleak termosak, txapak, jertseak dira.

Interesgarria gertatu dena:

• saio gogorren formatua ustekabekoa iruditu zitzaien parte-hartzaileei, denbora mugatua dagoenean eta ezin duzunean denbora asko pentsatzen;
• mahaigaineko, mugikorreko bertsioa eta aplikazioak probatzea lortu zuen;
• proiektu asko aztertu genituen aldi berean, ez zegoen aspertzeko astirik;
• lankide desberdinak ezagutu, akatsak sartzeko dituzten planteamenduak aztertu;
• probalarien min guztia sentitu zuen.

Zer hobetu daiteke:

• proiektu gutxiago egin eta saioaren denbora 1,5 ordura igo;
• Prestatu opariak/oroigarriak askoz aldez aurretik (batzuetan onarpena/ordainketak hilabete behar izaten du);
• lasaitu eta onartu zerbait ez dela planaren arabera joango eta ezinbesteko kasua egongo dela.

Reviews

Anna Bystrikova, sistemaren administratzailea: «Oso hezitzailea da niretzat limosnetxea. Proba prozesua ikasi nuen eta probatzaileen "mina" guztia sentitu nuen.
Hasieran, proba-prozesuan zehar, erabiltzaile eredugarri gisa, puntu nagusiak egiaztatzen dituzu: botoiak klik egiten duen ala ez, orrialdera doan ala ez, diseinua atera den ala ez. Baina geroago konturatzen zara gehiago pentsatu behar duzula eta aplikazioa "hausten" saiatu behar duzula. Probatzaileek lan zaila dute; ez da nahikoa interfaze guztian "zuztatzea"; kutxatik kanpo pentsatzen saiatu behar duzu eta oso adi egon behar duzu.
Inpresioak positiboak baino ez ziren izan, orain ere, gertaeratik denbora batera, aurkitutako akatsekin nola egiten den ikusten dut. Poza da produktua hobetzen parte hartzea ^_^”.

Dmitry Seleznev, front-end garatzailea: “Lehiaketa moduan probak asko motibatzen gaitu akats gehiago aurkitzera). Guztiek Baghunting-en parte hartzen saiatu behar dutela iruditzen zait. Esplorazio-probak proba-planean deskribatzen ez diren kasuak aurkitzeko aukera ematen du. Gainera, proiektua ezagutzen ez duten pertsonek zerbitzuaren erosotasunari buruzko iritzia eman dezakete».

Antonina Tatchuk, editore nagusia: “Gustatu zitzaidan neure burua probatzaile gisa probatzea. Lan-estilo guztiz ezberdina da hau. Sistema hausten saiatzen ari zara, ez lagun egiten. Beti izan genuen aukera gure lankideei probei buruz zerbait galdetzeko. Akatsak lehenesteari buruz gehiago ikasi nuen (adibidez, testuetan akats gramatikalak bilatzera ohituta nago, baina horrelako akats baten “pisua” oso txikia da; eta alderantziz, oso garrantzitsua ez iruditzen zitzaidan zerbait izan zen azkenean. akats kritiko bat, berehala konpondu zena).
Ekitaldian, mutilek proben teoriaren laburpena eman zuten. Teknikoak ez diren pertsonentzat erabilgarria izan zen. Eta egun batzuk beranduago beste gune baten alde idazten ari nintzela “zer-non-noiz” formula erabiliz eta gunetik eta errealitatetik nire itxaropenak zehatz-mehatz deskribatzen ari nintzela pentsatu nuen neure burua.

Ondorioa

Zure taldearen bizitza dibertsifikatu nahi baduzu, begiratu funtzionaltasunari, antolatu mini bat "Jan zure txakurren janaria", orduan saia zaitezke horrelako ekitaldi bat egiten, eta gero elkarrekin eztabaidatu ahal izango dugu.

Onena eta akats gutxiago!

Iturria: www.habr.com