Bagelny: BUgHunting. Jak najít 200 chyb za den

Ahoj všichni! Jmenuji se Yulia a jsem tester. Minulý rok jsem vám o tom vyprávěl Bagodelnya - akce pořádaná v naší společnosti za účelem odstranění nevyřízených chyb. Toto je zcela životaschopná možnost, jak jej výrazně snížit (z 10 na 50 % v různých týmech) během jediného dne.

Dnes vám chci říct o našem jarním formátu Bagodelny - BUgHunting (BUH). Tentokrát jsme neopravovali staré chyby, ale hledali jsme nové a navrhovali nápady na funkce. Pod sestřihem je mnoho podrobností o organizaci takových akcí, naše výsledky a zpětná vazba od účastníků.

Bagelny: BUgHunting. Jak najít 200 chyb za den

Po promyšlení a sepsání předpisů jsme rozeslali pozvánku všem kanálům v korporátním Slacku, která neobsahovala žádná omezení:

Bagelny: BUgHunting. Jak najít 200 chyb za den

Ve výsledku se přihlásilo asi 30 lidí – vývojářů i netechnických specialistů. Na akci jsme vyčlenili celý pracovní den, zarezervovali jsme velkou zasedací místnost a zorganizovali obědy v kancelářské kantýně.

Proč?

Zdálo by se, že každý tým testuje jeho funkčnost. Uživatelé nám hlásí chyby. Proč vůbec takovou akci pořádat?

Měli jsme několik cílů.

  1. Představte klukům blíže související projekty/produkty.
    Nyní v naší společnosti pracují všichni v samostatných týmech – jednotkách. Jedná se o projektové týmy, které pracují na vlastní části funkcionality a ne vždy si plně uvědomují, co se děje v jiných projektech.
  2. Stačí si navzájem představit své kolegy.
    V naší moskevské kanceláři máme téměř 800 zaměstnanců, ne všichni kolegové se znají od vidění.
  3. Zlepšete schopnost vývojářů najít chyby ve svých produktech.
    Nyní propagujeme Agile Testing a školíme kluky v tomto směru.
  4. Zapojte do testování více než jen technické specialisty.
    Kromě technického oddělení máme mnoho kolegů z jiných specializací, kteří se chtěli více bavit o testování, o tom, jak správně nahlásit chybu, abychom dostávali méně zpráv typu „Ááá... nic nefunguje.“
  5. A samozřejmě najít záludné a nezjevné chyby.
    Chtěl jsem týmům pomoci testovat nové funkce a dát jim možnost podívat se na implementovanou funkcionalitu z jiného úhlu.

uskutečnění

Náš den se skládal z několika bloků:

  • briefing;
  • krátká přednáška o testování, ve které jsme se dotkli pouze hlavních bodů (cíle a principy testování atd.);
  • sekce o „pravidlech slušného chování“ při zavádění chyb (zde principy jsou dobře popsány);
  • čtyři testovací sezení pro projekty s popsanými scénáři na vysoké úrovni; před každým sezením proběhla krátká úvodní přednáška o projektu a rozdělení do týmů;
  • krátký přehled o akci;
  • shrnující.

(Nezapomněli jsme ani na přestávky mezi sezeními a obědem).

Základní pravidla

  • Přihlašování na akce je individuální, která řeší problém vypouštění celého týmu ze setrvačnosti, pokud se jeden člověk rozhodne nejít.
  • Účastníci každé sezení mění týmy. Díky tomu mohou účastníci kdykoli přicházet a odcházet a také můžete potkat více lidí.
  • Týmy dva lidé před každým sezením se tvoří náhodně, díky tomu je dynamičtější a rychlejší.
  • Za představené chyby jste odměněni body (od 3 do 10) v závislosti na kritičnosti.
  • Za duplikáty se neudělují žádné body.
  • Chyby musí nahlásit člen týmu podle všech interních norem.
  • Požadavky na funkce jsou vytvářeny v samostatném úkolu a účastní se samostatné nominace.
  • Auditorský tým dohlíží na dodržování všech pravidel.

Bagelny: BUgHunting. Jak najít 200 chyb za den

Další podrobnosti

  • Původně jsem chtěl udělat „pokročilou“ testovací akci, ale... Přihlásilo se poměrně hodně kluků z neproduktových týmů (SMM, právníci, PR), museli jsme značně zjednodušit obsah a odstranit složité/profilové případy.
  • Vzhledem k práci jednotek v Jira v různých projektech, podle našeho toku, jsme speciálně vytvořili samostatný projekt, ve kterém jsme nastavili šablonu pro zavádění chyb.
  • Pro výpočet bodů plánovali použít výsledkovou tabulku, která se aktualizovala přes webhooky, ale něco se pokazilo a nakonec musel být výpočet proveden ručně.

Každý se při pořádání akcí dostane do problémů a abych vám to trochu usnadnil, popíšu naše problémy, kterým se můžete vyhnout.

Jeden z řečníků náhle onemocněl a musel si najít nového.
Měl jsem obrovské štěstí, že jsem v 9 hodin ráno našel náhradu ze stejného týmu). Ale je lepší nespoléhat na štěstí a mít rezervu. Nebo buďte připraveni podat potřebnou zprávu sami.

Neměli jsme čas zavést funkcionalitu, museli jsme vyměnit bloky.
Abyste nevyhodili celý blok, je lepší mít záložní plán.

Někteří testovací uživatelé ubyli, museli jsme rychle znovu vytvořit nové.
Proveďte křížovou kontrolu uživatelů předem nebo je udělejte rychle.

Téměř nikdo z kluků, pro které byl formát zjednodušený, nepřišel.
Není potřeba nikoho tahat násilím. Pokořte se.
Existuje možnost striktně předepsat formát akce: „amatér“/„pokročilý“, nebo připravit dvě možnosti najednou a rozhodnout se, kterou z nich uspořádat.

Užitečné organizační body:

  • rezervovat si schůzku předem;
  • uspořádejte stoly, nezapomeňte na prodlužovací kabely a přepěťové ochrany (nabíjení notebooků/telefonů nemusí stačit na celý den);
  • automatizovat proces hodnocení;
  • připravit tabulky hodnocení;
  • dělat papírové letáky s přihlašovacími údaji a hesly testovacích uživatelů, pokyny pro práci s Jirou, skripty;
  • Nezapomeňte týden před akcí odeslat upomínky a také uvést, co si musíte vzít s sebou (notebooky/zařízení);
  • řekněte o události svým kolegům na předváděčce, na obědech, u šálku kávy;
  • dohodněte se s vývojáři, že tento den nebudou nic aktualizovat ani nezavádět;
  • připravit reproduktory;
  • vyjednávat s vlastníky funkcí a psát další scénáře pro testování;
  • objednat si pamlsky (sušenky/bonbony) k občerstvení;
  • nezapomeňte nám říct o výsledcích akce.

výsledky

Během celého dne kluci stihli otestovat 4 projekty a vytvořit 192 chyb (z toho 134 unikátních) a 7 problémů s požadavky na funkce. Majitelé projektu o některých z těchto chyb samozřejmě již věděli. Objevily se ale i nečekané nálezy.

Všichni účastníci obdrželi sladké odměny.

Bagelny: BUgHunting. Jak najít 200 chyb za den

A vítězí termosky, placky, mikiny.

Bagelny: BUgHunting. Jak najít 200 chyb za den

Co se ukázalo jako zajímavé:

  • účastníci považovali formát náročných sezení za nečekaný, kdy je čas omezený a nemůžete trávit mnoho času přemýšlením;
  • podařilo otestovat desktopovou, mobilní verzi i aplikace;
  • podívali jsme se na mnoho projektů najednou, nebyl čas se nudit;
  • setkali se s různými kolegy, podívali se na jejich přístupy k zavádění chyb;
  • cítil všechnu bolest testerů.

Co lze zlepšit:

  • provádějte méně projektů a zvyšte dobu sezení na 1,5 hodiny;
  • připravovat dárky/suvenýry s velkým předstihem (někdy schválení/platba trvá měsíc);
  • uvolnit se a smířit se s tím, že něco nepůjde podle plánu a dojde k vyšší moci.

Recenze

Bagelny: BUgHunting. Jak najít 200 chyb za den
Anna Bystríková, správce systému: „Chrádnice je pro mě velmi poučná. Naučil jsem se proces testování a cítil všechnu „bolest“ testerů.
Nejprve během procesu testování jako příkladný uživatel kontrolujete hlavní body: zda tlačítko klikne, zda jde na stránku, zda se rozvržení posunulo. Později si ale uvědomíte, že musíte myslet více mimo rámec a pokusit se aplikaci „rozbít“. Testeři mají obtížnou práci; nestačí „šťourat“ do celého rozhraní; musíte se pokusit myslet mimo rámec a být extrémně pozorní.
Dojmy byly jen pozitivní, i teď, nějakou dobu po akci, vidím, jak se pracuje na nalezených chybách. Je skvělé cítit se zapojený do zlepšování produktu ^_^.“

Bagelny: BUgHunting. Jak najít 200 chyb za den

Dmitrij Selezněv, front-end vývojář: „Testování v soutěžním režimu nás velmi motivuje k nalezení dalších chyb). Zdá se mi, že by se každý měl pokusit zúčastnit se Baghuntingu. Průzkumné testování umožňuje najít případy, které nejsou popsány v plánu testování. Navíc lidé, kteří projekt neznají, mohou poskytnout zpětnou vazbu o pohodlí služby.“

Bagelny: BUgHunting. Jak najít 200 chyb za den

Antonina Tatchuk, vedoucí redaktor: „Líbilo se mi vyzkoušet se jako tester. To je úplně jiný styl práce. Snažíte se rozbít systém, ne se s ním přátelit. Vždy jsme měli možnost se kolegů zeptat na něco ohledně testování. Dozvěděl jsem se více o upřednostňování chyb (například jsem zvyklý hledat gramatické chyby v textech, ale „váha“ takové chyby je velmi malá; a naopak něco, co mi nepřipadalo příliš důležité, skončilo jako kritická chyba, která byla okamžitě opravena).
Na akci kluci shrnuli teorii testování. To bylo užitečné pro netechnické lidi. A o pár dní později jsem se přistihl, že si myslím, že píšu na podporu jiného webu pomocí vzorce „co-kde-kdy“ a podrobně popisuji svá očekávání od webu a reality.“

Závěr

Chcete-li diverzifikovat život svého týmu, podívejte se znovu na funkčnost, uspořádejte mini "Jezte své vlastní psí jídlo", pak se můžete pokusit uspořádat takovou akci a pak to můžeme společně probrat.

Všechno nejlepší a méně chyb!

Zdroj: www.habr.com

Přidat komentář