Ўсім прывітанне! Мяне клічуць Юля, і я тэсціроўшчык. У мінулым годзе распавядала вам пра Багадзельню - Мерапрыемства, якое праводзіцца ў нас у кампаніі для чысткі бэклога багаў. Гэта суцэль жыццяздольны варыянт значна паменшыць яго (у розных камандах ад 10 да 50%) усяго за адзін дзень.

Сёння я хачу расказаць вам пра наш вясновы фармат Багадзельні — BUgHunting (BUH). На гэты раз мы не фіксавалі старыя багі, а шукалі новыя і прапаноўвалі ідэі для фіч. Пад катам шмат падрабязнасьцяў пра арганізацыю такіх мерапрыемстваў, нашыя вынікі і водгукі ўдзельнікаў.

Прадумаўшы і прапісаўшы рэгламент, мы разаслалі ва ўсе каналы ў карпаратыўным Slack запрашалку, у якой не было ніякіх абмежаванняў:

У выніку запісалася каля 30 чалавек - і распрацоўшчыкі, і не тэхнічныя спецыялісты. На мерапрыемства выдзелілі цэлы працоўны дзень, забраніравалі вялікую перагаворку, а абеды арганізавалі на базе офіснай сталовай.

Навошта?

Здавалася б, кожная каманда тэсціруе сваю функцыянальнасць. Карыстальнікі рэпартуюць нам аб багах. Навошта ўвогуле праводзіць такое мерапрыемства?

Мэтаў у нас было некалькі.

1. Пазнаёміць рабят з сумежнымі праектамі/прадуктамі бліжэй.
   Цяпер у нас у кампаніі ўсё працуюць у асобных камандах - юнітах. Гэта праектныя групы, якія пілуюць сваю частку функцыянальнасці і не заўсёды цалкам у курсе, што адбываецца ў іншых праектах.
2. Проста пазнаёміць калег паміж сабой.
   У нас амаль 800 супрацоўнікаў у маскоўскім офісе, не ўсе калегі ведаюць адно аднаго ў твар.
3. Павысіць навык пошуку багаў у распрацоўшчыкаў у сваіх прадуктах.
   Мы зараз прасоўваем Agile Testing і прапампоўваем рабят у гэтым кірунку.
4. Прыцягнуць да тэсціравання не толькі тэхнічных спецыялістаў.
   Акрамя тэхнічнага аддзела ў нас ёсць шмат калег іншых спецыяльнасцей, якім хацелася больш расказаць аб тэсціраванні, аб тым як правільна багрэпартаваць, каб мы атрымлівалі менш паведамленняў фармату «Аааа… нічога не працуе».
5. Ну і, вядома ж, знайсці хітрыя і невідавочныя багі.
   Жадалася дапамагчы камандам з тэставаннем новых фіч і даць магчымасць зірнуць на рэалізаваную функцыянальнасць пад іншым кутом.

Рэалізацыя

Наш дзень складаўся з некалькіх блокаў:

• брыфінг;
• кароткая лекцыя па тэсціраванні, на якой мы закранулі толькі асноўныя моманты (мэты і прынцыпы тэсціравання і інш.);
• секцыя па «правілах добрага тону» пры ўстанове багаў (тут добра апісаны прынцыпы);
• чатыры сесіі тэсціравання па праектах з высокаўзроўнева апісанымі сцэнарыямі; перад кожнай сесіяй была кароткая ўступная лекцыя па праекце і размеркаванне на каманды;
• кароткае апытанне па мерапрыемстве;
• падвядзенне вынікаў.

(Пра перапынкі паміж сесіямі і абед мы таксама не забыліся).

Асноўныя правілы

• Рэгістрацыя на мерапрыемствы індывідуальная, Што вырашае праблему зліву па інэрцыі ўсёй каманды, калі адзін чалавек вырашыў не пайсці.
• Кожную сесію ўдзельнікі мяняюць каманду. Гэта дазваляе ўдзельнікам сыходзіць і прыходзіць у любы час, а яшчэ можна пазнаёміцца ​​з вялікай колькасцю чалавек.
• каманды па два чалавекі перад кожнай сесіяй фармуюцца выпадковым спосабам, так атрымліваецца дынамічней і хутчэй.
• За заведзеныя багі налічваюцца балы (ад 3 да 10) у залежнасці ад крытычнасці.
• За дублі акуляры не налічваюцца.
• Багі павінны заводзіцца членам каманды па ўсіх унутраных стандартах.
• Фічарэквесты заводзяцца ў асобнай задачы і ўдзельнічаюць у асобнай намінацыі.
• За выкананнем усіх правіл сочыць каманда аўдыту.

іншыя дэталі

• Першапачаткова хацелася зрабіць "прасунутае" мерапрыемства па тэставанні, але т.я. запісалася досыць шмат рабят з непрадуктовых каманд (SMM, юрысты, PR), прыйшлося моцна спрашчаць кантэнт і прыбіраць складаныя/профільныя кейсы.
• З-за працы юнітаў у Jira у розных праектах па сваіх флоу мы спецыяльна зрабілі асобны праект, у якім наладзілі шаблон для ўстановы багаў.
• Для падліку ачкоў планавалі выкарыстоўваць лідэрборд, які абнаўляўся праз вэбхукі, але нешта пайшло не так і ў выніку падлік прыйшлося рабіць уручную.

Кожны пры арганізацыі мерапрыемстваў напарваецца на граблі і каб вам было крыху прасцей, апішу нашы праблемы, якія вы зможаце пазбегнуць.

Адзін з дакладчыкаў раптоўна захварэў і прыйшлося шукаць новага.
Мне дзіка павезла, што я знайшла замену з той жа каманды ў 9 раніцы). Але лепш не спадзявацца на поспех і мець запасной. Або самому быць гатовым расказаць патрэбны даклад.

Не паспелі выкаціць функцыянальнасць, прыйшлося мяняць блокі месцамі.
Каб не выкідваць цэлы блок, лепш мець запасны план.

Драпнулася частка тэставых карыстальнікаў, прыйшлося хутка пераствараць новых.
Пераправерце тэставых карыстальнікаў загадзя або майце магчымасць хутка іх зрабіць.

Амаль ніхто з хлопцаў, дзеля якіх спрашчалі фармат, не прыйшоў.
Сілай нікога цягнуць не трэба. Змірыцеся.
Ёсць варыянт жорстка прапісваць фармат мерапрыемства: "аматарскі"/"прасунуты", альбо рыхтаваць адразу два варыянты і ўжо па факце вырашаць, які праводзіць.

Карысныя арганізацыйныя моманты:

• забраніруйце перагаворку загадзя;
• расстаўце сталы, не забудзьцеся пра падаўжальнікі і сеткавыя фільтры (зарадкі ноўтаў/тэлефонаў на цэлы дзень можа не хапіць);
• аўтаматызуйце працэс падліку ачкоў;
• падрыхтуйце рэйтынгавыя табліцы;
• зрабіце папяровыя раздаткі з лагінамі і паролямі тэставых карыстальнікаў, інструкцыяй па працы з Jira, сцэнарамі;
• не забудзьцеся за тыдзень да мерапрыемства разаслаць напамінальнікі, дадаткова пакажыце, што неабходна ўзяць з сабой (ноўты/дэвайсы);
• расказвайце калегам пра мерапрыемства на дэма, на абедах, за кубачкам кавы;
• дамовіцеся з дэвопсамі нічога не абнаўляць і не выкочваць у гэты дзень;
• падрыхтуйце дакладчыкаў;
• дамовіцеся з уладальнікамі фіч і прапішыце пабольш сцэнарыяў для тэставання;
• замовіце смакаты (пячонкі/цукеркі) для перакусаў;
• не забудзьцеся расказаць пра вынікі мерапрыемства.

Вынікі

За цэлы дзень хлопцы паспелі пратэставаць 4 праекты і завесці 192 бага (з іх 134 унікальных) і 7 задач з фічарэквестамі. Вядома, пра частку гэтых багаў уладальнікі праектаў ужо ведалі. Але былі і нечаканыя знаходкі.

Усе ўдзельнікі атрымалі салодкія прызы.

А пераможцы - тэрмасы, значкі, талстоўкі.

Што атрымалася цікава:

• для ўдзельнікаў быў нечаканым фармат жорсткіх сесій, калі час абмежаваны і нельга марнаваць шмат часу на абдумванне;
• атрымалася пацясціць дэсктоп, мабільную версію і приложеньки;
• паглядзелі адразу шмат праектаў, не было часу засумаваць;
• пазнаёміліся з рознымі калегамі, паглядзелі на іх падыходы пры ўстанове багаў;
• прачулі ўвесь боль тэсціроўшчыкаў.

Што можна палепшыць:

• рабіць менш праектаў і павялічыць час сесіі да 1,5, XNUMX гадзін;
• рыхтаваць падарункі/сувеніры моцна загадзя (часам узгадненне/аплата расцягваецца на месяц);
• расслабіцца і змірыцца з тым, што нешта пойдзе не па плане і будуць форс-мажоры.

водгукі

Ганна Быстрыкава, сістэмны адміністратар: «Багадзельня для мяне вельмі пазнавальная. Даведалася працэс тэсціравання, адчула ўвесь «боль» тэсціроўшчыкаў.
Спачатку падчас тэставанняў, як прыкладны карыстач, правяраеш асноўныя моманты: ці тыкаецца кнопачка, ці пераходзіць на старонку, ці не з'ехала вёрстка. Але пазней разумееш, што трэба думаць больш нестандартна і спрабаваць "зламаць" прыкладанне. У тэсціроўшчыкаў няпростая праца, мала «пратыкаць» па ўсім інтэрфейсе, трэба імкнуцца думаць нешаблонна і быць вельмі ўважлівым.
Уражанні засталіся толькі станоўчыя, нават зараз, праз нейкі час пасля мерапрыемства, я бачу як вядзецца праца па знойдзеным мной багам. Стромка адчуваць сябе датычным да паляпшэння прадукта ^_^».

Дзмітрый Селязнёў, фронтэнд-распрацоўшчык: «Тэставанне ў спаборніцкім рэжыме моцна матывуе знайсці больш багаў). Мне здаецца, паспрабаваць паўдзельнічаць у Багхантынгу трэба ўсім. Даследчае тэсціраванне дазваляе знайсці тыя кейсы, якія не апісаны ў плане тэсціравання. Плюс людзі, якія не ведаюць праект, могуць даць фідбэк па зручнасці сэрвісу».

Антаніна Татчук, старшы рэдактар: «Мне спадабалася паспрабаваць сябе ў ролі тэсціроўшчыка. Гэта зусім іншы стыль працы. Ты спрабуеш зламаць сістэму, а не пасябраваць з ёй. У нас заўсёды была магчымасць спытаць нешта ў калег пра тэсціраванне. Даведалася больш пра прыярытызацыю багаў (напрыклад, я прывыкла выглядваць у тэкстах граматычныя памылкі, але «вага» ў такога бага вельмі маленькая; і наадварот, нешта, што падалося мне не вельмі важным, апынулася ў выніку крытычным багам, які адразу ж адрамантавалі ).
На мерапрыемстве хлопцы далі выцісканне з тэорыі тэсціравання. Гэта было карысна для нетэхнічных адмыслоўцаў. А я праз некалькі дзён злавіла сябе на думцы, што пішу ў падтрымку іншага сайта па формуле «што-дзе-калі» і падрабязна апісваю свае чаканні ад сайта і рэальнасць».

Заключэнне

Калі вы жадаеце разнастаіць жыццё каманды, паглядзець свежым поглядам на функцыянальнасць, уладкаваць міні "Eat your own dog food", то можаце паспрабаваць правесці такое мерапрыемства, а потым можам разам яго абмеркаваць.

Усім дабра і менш багаў!

Крыніца: habr.com