Saluton al ĉiuj! Mi nomiĝas Yulia kaj mi estas testisto. Pasintjare mi rakontis al vi pri Bagodelnya - evento okazigita en nia firmao por purigi la eraron postrestintan. Ĉi tio estas tute realigebla opcio por signife redukti ĝin (de 10 ĝis 50% en malsamaj teamoj) en nur unu tago.

Hodiaŭ mi volas rakonti al vi pri nia printempa Bagodelny-formato - BUgHunting (BUH). Ĉi-foje ni ne riparis malnovajn erarojn, sed serĉis novajn kaj proponis ideojn pri funkcioj. Sub la tranĉo estas multaj detaloj pri la organizado de tiaj eventoj, niaj rezultoj kaj komentoj de partoprenantoj.

Pripensinte kaj notinte la regularojn, ni sendis inviton al ĉiuj kanaloj en kompania Slack, kiu enhavis neniujn restriktojn:

Kiel rezulto, ĉirkaŭ 30 homoj aliĝis - kaj programistoj kaj ne-teknikaj specialistoj. Ni asignis tutan labortagon por la aranĝo, mendis grandan kunvenejon kaj organizis tagmanĝojn en la oficeja manĝejo.

Kial?

Ŝajnus, ke ĉiu teamo provas sian funkciecon. Uzantoj raportas cimojn al ni. Kial eĉ okazigi tian eventon?

Ni havis plurajn celojn.

1. Prezentu la infanojn pli proksime al rilataj projektoj/produktoj.
   Nun en nia kompanio ĉiuj laboras en apartaj teamoj - unuoj. Ĉi tiuj estas projektteamoj, kiuj laboras pri sia propra parto de la funkcieco kaj ne ĉiam plene konscias pri tio, kio okazas en aliaj projektoj.
2. Nur prezentu viajn kolegojn unu al la alia.
   Ni havas preskaŭ 800 dungitojn en nia Moskva oficejo; ne ĉiuj kolegoj konas unu la alian videble.
3. Plibonigu la kapablon de programistoj trovi cimojn en siaj produktoj.
   Ni nun antaŭenigas Agile Testing kaj trejnas ulojn ĉi-direkten.
4. Engaĝigu pli ol nur teknikajn specialistojn en testado.
   Krom la teknika fako, ni havas multajn kolegojn de aliaj fakoj kiuj volis paroli pli pri testado, pri kiel ĝuste raporti cimon por ke ni ricevu malpli da mesaĝoj kiel "Ahhh... nenio funkcias."
5. Kaj, kompreneble, trovu malfacilajn kaj nevideblajn cimojn.
   Mi volis helpi teamojn testi novajn funkciojn kaj doni al ili la ŝancon rigardi la efektivigitan funkciecon de malsama angulo.

Реализация

Nia tago konsistis el pluraj blokoj:

• informkunveno;
• mallonga prelego pri testado, en kiu ni tuŝis nur la ĉefajn punktojn (celoj kaj principoj de testado ktp.);
• sekcio pri "reguloj de bona maniero" dum enkonduko de cimoj (tie la principoj estas bone priskribitaj);
• kvar testaj sesioj por projektoj kun altnivelaj priskribitaj scenaroj; antaŭ ĉiu kunsido okazis mallonga enkonduka prelego pri la projekto kaj divido en teamoj;
• mallonga enketo pri la evento;
• resumante.

(Ni ankaŭ ne forgesis pri paŭzoj inter kunsidoj kaj tagmanĝo).

Bazaj reguloj

• Registrado al eventoj estas individua, kiu solvas la problemon de la tuta teamo drenado pro inercio se unu persono decidas ne iri.
• Partoprenantoj ŝanĝas teamojn ĉiu sesio. Ĉi tio permesas partoprenantojn veni kaj iri iam ajn, kaj vi ankaŭ povas renkonti pli da homoj.
• Teamoj du personoj antaŭ ĉiu kunsido estas formitaj hazarde, ĉi tio faras ĝin pli dinamika kaj pli rapida.
• Por enkondukitaj cimoj vi estas premiita poentoj (de 3 ĝis 10) depende de kritikeco.
• Neniuj poentoj estas aljuĝitaj por duplikatoj.
• Cimoj devas esti registritaj de teamano laŭ ĉiuj internaj normoj.
• Trajtaj petoj estas kreitaj en aparta tasko kaj partoprenas en aparta nomumo.
• La revizia teamo kontrolas la plenumon de ĉiuj reguloj.

Aliaj detaloj

• Komence, mi volis fari "altnivelan" testan eventon, sed... Sufiĉe multaj uloj de neproduktaj teamoj aliĝis (SMM, advokatoj, PR), ni devis multe simpligi la enhavon kaj forigi kompleksajn/profilajn kazojn.
• Pro la laboro de unuoj en Jira en malsamaj projektoj, laŭ nia fluo, ni speciale kreis apartan projekton, en kiu ni starigis ŝablonon por enkonduki cimojn.
• Por kalkuli poentojn, ili planis uzi gvidtablon kiu estis ĝisdatigita per rethokoj, sed io misfunkciis kaj finfine la kalkulo devis esti farita permane.

Ĉiuj renkontas problemojn dum organizado de eventoj, kaj por iom plifaciligi al vi, mi priskribos niajn problemojn, kiujn vi povas eviti.

Unu el la parolantoj subite malsaniĝis kaj devis trovi novan.
Mi estis tre bonŝanca, ke mi trovis anstataŭanton de la sama teamo je la 9-a). Sed estas pli bone ne fidi je sorto kaj havi rezervan. Aŭ estu preta mem doni la necesan raporton.

Ni ne havis tempon por lanĉi la funkciojn, ni devis interŝanĝi la blokojn.
Por eviti forĵeti tutan blokon, estas pli bone havi rezervan planon.

Kelkaj testaj uzantoj falis, ni devis rapide rekrei novajn.
Kruckontrolu testajn uzantojn anticipe aŭ povu fari ilin rapide.

Preskaŭ neniu el la uloj por kiuj la formato estis simpligita venis.
Ne necesas treni iun perforte. Humilu vin.
Estas eblo strikte preskribi la formaton de la evento: "amatoro"/"altnivela", aŭ prepari du eblojn samtempe kaj decidi kiun teni post la fakto.

Utilaj organizaj punktoj:

• rezervu kunvenon anticipe;
• aranĝi tablojn, ne forgesu pri etendŝnuroj kaj ŝprucprotektiloj (ŝargado de tekkomputiloj/telefonoj eble ne sufiĉas por la tuta tago);
• aŭtomatigi la poentadprocezon;
• prepari rangajn tabelojn;
• faru paperajn foliojn kun ensalutoj kaj pasvortoj de testaj uzantoj, instrukcioj por labori kun Jira, skriptoj;
• Ne forgesu sendi memorigilojn semajnon antaŭ la evento, kaj ankaŭ indiki tion, kion vi bezonas kunporti (tekkomputiloj/aparatoj);
• rakontu al viaj kolegoj pri la evento ĉe demonstraĵo, ĉe tagmanĝoj, dum taso da kafo;
• konsentu kun la devopoj ne ĝisdatigi aŭ eligi ion ajn en ĉi tiu tago;
• prepari parolantojn;
• intertraktu kun ĉefposedantoj kaj skribu pli da scenaroj por testado;
• mendi dolĉaĵojn (kuketojn/bombonojn) por manĝetoj;
• ne forgesu rakonti al ni pri la rezultoj de la evento.

Результаты

Dum la tuta tago, la uloj sukcesis testi 4 projektojn kaj krei 192 cimojn (134 el ili unikaj) kaj 7 temojn kun funkciopetoj. Kompreneble, la projektposedantoj jam sciis pri iuj el ĉi tiuj cimoj. Sed estis ankaŭ neatenditaj trovaĵoj.

Ĉiuj partoprenantoj ricevis dolĉajn premiojn.

Kaj la gajnantoj estas termosoj, insignoj, ŝvitĉemizoj.

Kio montriĝis interesa:

• la partoprenantoj trovis la formaton de malfacilaj kunsidoj neatendita, kiam tempo estas limigita kaj oni ne povas pasigi multe da tempo pensante;
• sukcesis testi la labortablon, moveblan version kaj aplikaĵojn;
• ni rigardis multajn projektojn samtempe, ne estis tempo por enui;
• renkontis malsamajn kolegojn, rigardis iliajn alirojn al enkonduko de cimoj;
• sentis la tutan doloron de la testantoj.

Kio povas esti plibonigita:

• faru malpli da projektoj kaj pliigu la sean tempon al 1,5 horoj;
• prepari donacojn/suvenirojn multe anticipe (foje aprobo/pago prenas monaton);
• malstreĉiĝu kaj akceptu, ke io ne iros laŭplane kaj estos forto-majoro.

Recenzoj

Anna Bystrikova, sistemadministranto: “La malriĉulejo estas tre eduka por mi. Mi lernis la testan procezon kaj sentis la tutan "doloron" de la testantoj.
Komence, dum la testa procezo, kiel ekzempla uzanto, vi kontrolas la ĉefajn punktojn: ĉu la butono klakas, ĉu ĝi iras al la paĝo, ĉu la aranĝo elmoviĝis. Sed poste vi rimarkas, ke vi devas pensi pli ekster la skatolo kaj provi "rompi" la aplikaĵon. Testistoj havas malfacilan laboron; ne sufiĉas "piki" ĉie en la interfaco; vi devas provi pensi ekster la skatolo kaj esti ekstreme atenta.
La impresoj estis nur pozitivaj, eĉ nun, iom post la evento, mi vidas, kiel oni laboras pri la cimoj, kiujn mi trovis. Estas bonege senti sin implikita en plibonigo de la produkto ^_^."

Dmitry Seleznev, antaŭfina programisto: "Testado en konkurenciva reĝimo multe instigas nin trovi pli da eraroj). Ŝajnas al mi, ke ĉiuj provu partopreni en Bagĉasado. Esplora testado permesas trovi tiujn kazojn, kiuj ne estas priskribitaj en la testa plano. Krome, homoj, kiuj ne konas la projekton, povas doni komentojn pri la oportuno de la servo."

Antonina Tatchuk, ĉefredaktisto: “Mi ŝatis provi min kiel testilon. Ĉi tio estas tute alia stilo de laboro. Vi provas rompi la sistemon, ne amikiĝi kun ĝi. Ni ĉiam havis la ŝancon demandi al niaj kolegoj ion pri testado. Mi lernis pli pri prioritatado de cimoj (ekzemple, mi kutimas serĉi gramatikajn erarojn en tekstoj, sed la “pezo” de tia cimo estas tre malgranda; kaj inverse, io, kio ŝajnis al mi ne tre grava, finiĝis esti. kritika cimo, kiu tuj estis riparita).
Ĉe la evento, la uloj donis resumon de testada teorio. Ĉi tio estis utila por ne-teknikaj homoj. Kaj kelkajn tagojn poste mi pensis min, ke mi skribas por subteni alian retejon uzante la formulon "kio-kie-kiam" kaj detale priskribante miajn atendojn de la retejo kaj realo."

konkludo

Se vi volas diversigi la vivon de via teamo, rigardu novan funkcion, aranĝu mini "Manĝu vian propran hundmanĝaĵon", tiam vi povas provi okazigi tian eventon, kaj tiam ni povos diskuti ĝin kune.

Ĉion plej bonan kaj malpli da cimoj!

fonto: www.habr.com