Кращий тестувальник року — про кар'єру, досягнення і про те, як стати професіоналом у QA - SEO Blog - все про пошукову оптимізацію та веб розробку українською.

Кращий тестувальник року — про кар'єру, досягнення і про те, як стати професіоналом у QA

Олександра Ковальова — Head of Softengi Training Center, Senior Testing Consultant і мама двох дітей отримала нагороду Ukrainian IT Awards 2017 в номінації Best Professional in Quality Assurance. Вона розповіла, як їй вдалося стати кращим тестувальником року, кар'єрних рішеннях і про те, що значить бути професіоналом у тестуванні.

Кар'єрний шлях у тестуванні

Я вчилася в ІТ-внз на факультеті комп'ютерних наук. Закінчила Харківський національний університет радіоелектроніки за спеціальністю «Системна аналітика». На своє перше співбесіду я потрапила випадково. На питання, чому я вирішила стати тестувальником, відповіла: «Тому що аналітики відразу не візьмуть, а тестування — це хоча б цікаво». І, як не дивно, мене взяли :) Так я 7 років тому потрапила в Softengi, хоч взагалі не збиралася жити і працювати в Києві.

В принципі з того, що вчила в інституті, знадобилося мало. В основному це алгоритми, розуміння псевдоязыка програмування, загальна інформація про роботі проектних команд розробників, методології розробки ПЗ, процеси збору і аналізу вимог. Про тестування в інституті нам не розповідали, тому, як і багатьом довелося для початку довелося прочитати Савіна «Тестування dot com», потім забути його і прочитати Канера «Тестування програмного забезпечення».

Перший робочий тиждень пішла на освоєння різних інструментів: починаючи від баг-трекер та Вікі-системи і закінчуючи специфічним тулами для тестувальників. Найцікавіше кожен раз — це освоєння предметної області. В моєму випадку перші три роки — це були системи з охорони навколишнього середовища.

Тестувальники — дуже командні люди, тому я не можу розповісти про якомусь конкретному особисте досягнення. Це завжди відбувається в синергії небудь з проектом, де виникають челленджи в задачах з тестування, або з командою.

У моїй кар'єрі мені зустрілися і проекти, і люди. У мене була чудова команда, яка зробила з мене тестувальника. У нас в компанії матрична структура, тому у нас був виділений відділ тестування. І тест-менеджер з куратором, які мене виховали, навчили любити процеси і навчання.

Я виросла в компанії з традиціями: у нас були посвячення в тестувальники, «відморожені» четверги, фруктові п'ятниці. Ми їздили на різні конференції по тестуванню в Україні і за кордоном, здавали сертифікації, в тому числі ISTQB. У 2011 році моя куратор запитала, чи чув хтось про таку сертифікацію. Ніхто не чув, але ми її знайшли, підготувалися і здали — просто так. І тільки пару років тому, займаючись проектом впровадження сертифікацій в компанії, я зрозуміла, навіщо «ось це все» було.

У якийсь момент виявилося, що в мене добре виходить готувати інших людей до конференцій. При підготовці до виступу у архітекторів, розробників, тестувальників, проджект-менеджерів виникають проблеми. Інструменти фасилітації дуже допомагають: задаючи правильні питання, ти допомагаєш людям витягнути тему, яку вони можуть розповісти, і вона сподобається слухачам. Плюс підготовка презентації, ораторське майстерність. У підсумку наші технічні фахівці блищали на виступах.

З часом таких фахівців стало багато. Вони стали засновниками Softengi Training Center і почали навчати майбутніх тестувальників. За 3 роки це переросло в окремий напрямок роботи компанії Softengi. На даний момент я є керівником тренінгового центру, займаюся консалтингом по впровадженню і поліпшенню процесів тестування на проектах, готую початківців і допомагаю розвиватися вже досвідченим тестерам, веду ком'юніті по підготовці до сертифікації ISTQB.

Дуже круто, коли у компанії реально працює система оцінки співробітників (evaluation/performance review), а також система тренінг-менеджменту. Це дозволяє свідомо керувати навчанням фахівців, користю від цього для проектів, бюджетом і допомагає мотивувати співробітників. Найчастіше цю роль несе у собі HR. Якщо пощастить, то є окремий Training Manager або Career Advisor.

Досягнення в роботі

Ні для кого не секрет, що найбільш швидке кар'єрне зростання відбувається, якщо ти переходиш з компанії в компанію. Когось приваблює швидке зростання зарплати, когось кругозір технологій та проектів.

Але є і другий шлях — коли ти знаходиш в одній компанії всі можливості, які можеш взяти. У мене так складалося, що я не завжди була на самих інноваційних проектах, але завжди була можливість «встряти» у щось нове разом з іншими командами у свій вільний час. Спочатку ти напрошуєшся на наради, робиш для людей щось корисне, і через пару місяців можеш принести реальну користь і попросити про ротації. Ініціатива завжди вітається, особливо якщо забезпечити своєчасну передачу знань за своїм зонам.

Але приходить момент, коли в компанії немає проектів з потрібними тобі напрямками тестування. Наприклад, ви хочете займатися usability - або security-тестуванням, а воно все в базовому форматі. Коли люди доростали до таких моментів — найчастіше вони йшли в інші компанії, але ми вирішили змінити це. Так народився проект Ampli, який дозволяв подати будь-яку ідею і розвивати її. Спочатку у вільний час, потім компанія починала оплачувати частину годин, додавати фінанси на навчання. Далі ти починаєш працювати з прожектами, щоб вписати ці нові скіли в проекти. Клієнт за це не платить, але ми показуємо йому результати. І це все відбувається не для того, щоб просто продати, а щоб тестувальники були щасливі. Таке ставлення компанії дуже багато значить для команди. Є багато успішних впроваджень, які зайшли саме таким чином, наприклад, автоматизація.

Крім всіх навчально-організаційних моментів, мій улюблений проект — це проект локалізації. Коли я прийшла на нього молодим падаваном, але проект закрився і нічого не вийшло. Це відбулося не з вини розробників або тестувальників, просто клієнт вирішив не витрачати гроші.

А через 2,5 роки, коли я вже була лидом в проектах на 2-3 людини, мені запропонували повернутися на той самий проект на позицію тест-ліда, тому що я була остання, хто залишився в компанії і пам'ятав попереднього тестування не зовсім успішного проекту. При цьому потрібно було набрати в команду 8 осіб. Ще 6-8 фахівців у вузьких областях з інших команд приєдналися до проекту частково. Нас обмежили 10 місяцями, і це було абсолютно нереально. Тут спрацював ефект несподіванки — наш архітектор сказав, що кодити ніхто не буде, будемо писати додаток, який локалізує все за нас. Це була ідея, завдяки якій перестали «різати» тестування.

Тестувальникам довелося поїздити по міжнародним конференціям, знайти співтовариства по локалізації, прочитати дуже багато доповідей, написати багато статей. В результаті ми знайшли партнерів, які допомогли нам розібратися з величезним проектом — система систем на кілька мільйонів користувачів. Це був виклик, це вимагало нових підходів, тому що класичні не працювали. Ну і паралельно мені вдалося народити сина. Реліз і пологи відбувалися з різницею в тиждень.

Ще одне важливе досягнення проекту — це те, що всі учасники команди, яких ми набрали, стали тест-лидами або викладачами, всі без винятку неймовірно зросли на своїх позиціях.

Враження від IT Awards

На IT Awards мою кандидатуру подали колеги. Було кілька етапів відбору. Від заповнення заявки на сайті, де мене попросили відповісти на найважливіше питання про челленджах в кар'єрі тестувальника і досягнення на проектах. До інтерв'ю з суддями, серед яких були Юлія Поліщук (Engineering Manager, Lohika), Олександр Майданюк (Head of Testing Center of Excellence, Ciklum), Альона Черненко-Диба (QA Manager, Дивувати Commerce), Ярослава Багрій (Senior Testing Engineer, Epam), Іван Лешко (VP of Client Success, SoftServe).

Я була впевнена, що не виграю. Мені сподобалося навіть те, що я вийшла в фінал, познайомилася і поспілкувалася з суддями. Когось із них я вже заочно знала, і це було дуже цікаво: чути запитання від людей, які працюють у тестуванні в 2 рази довше, ніж ти.

Для мене найбільш челленджевые питання від суддів були ті, які б джунам здалися найпростішими. Їх ставлять на кожній співбесіді. Але коли ти 7 років працюєш у тестуванні, навчив 300-400 осіб на них відповідати — ти розумієш, що стандартні «правильні» відповіді не підійдуть. Ти розумієш, що зараз ти можеш і повинна говорити правду про те, як це працює в реальній роботі.

Тепер я для себе можу відповісти, навіщо всі ці нагороди і церемонії, адже у них дуже багато противників. Це такий погляд на себе і колег зі сторони. Це відповідь на питання: «А ти що зробив для тестувальників свого проекту, компанії, країни?». Можна і без нагороджень відповісти на це питання. Просто прийти в понеділок на роботу і запитати: «А чим я крут? А що я зробив? А ким я бачу себе в тестуванні через 3 роки? А яким я хочу бачити тестування через 3 роки в Україні?». Але хто так робить?

Сім'я і робота

У мене двоє дітей, молодшому-рочок. Мої діти вже прокачані в ІТ, вони ще в животі їздили на конференції, вели заняття, проекти. Поєдную це все за рахунок лояльною сім'ї, команди і великого бажання.

Чоловік у мене теж айтішник, і ми сперечаємося, хто у нас — тестувальники або розробники. Поки швидше тестувальники: вони більше тестують, чим створюють.

Мені взагалі здається, що в тестуванні діти дуже допомагають розгортати свідомість, у них же немає меж пізнання. Наприклад, втопити телефон в унітаз — це абсолютно нормальний негативний тест-кейс.

Плани на майбутнє

Мені б хотілося, щоб Україна перейшла від стратегії створення ІТ-країни з точки зору кількості в бік якості. Щоб у нас перестали вважати тестування легким входом в IT. Щоб навчальні центри пішли від гучних слів про зарплати і смузі у бік технічних скілів і кругозору. В моїх планах — стати учасником цих змін.

Хочеться, щоб тестувальники сприймали сертифікації без забобонів, таких як «я і без папірця відмінно працюю», а з точки зору того, що це підтвердження бази знань з процесів або конкретної технології, міжнародний імідж.

В Європі та Америці люди навчаються за 10 років, щоб отримати професію. А у нас ситуація, коли ти закінчив курси або прочитав пару книжок, тебе взяли на роботу, а там уже всьому навчили, і тепер ти 3-річний суперсиньор.

Практику ніхто не відміняв, досвід, безумовно, важливий. І нас беруть на роботу саме за те, що ми вміємо, а не за кількість рамочок на стінці. Просто потрібно припинити вибирати між теорією і практикою, тому що фахівець з тестування повинен бути компетентним комплексно.

До речі, буває й інша крайність. Не хочеться чути питання, чи повинен тестувальник знати і розуміти програмування. Тестувальник не зобов'язаний скрізь застосовувати техніки white box, але знати їх специфіку він зобов'язаний, адже він технічний фахівець і це розширює кругозір, його можливості на проекті.

Це все не про «фонди», не про «потрібно більше конференцій», не про «ходіть на курси». Це про рівень усвідомленості. Про міжнародний імідж якості тестування, його підтвердження.

У мене в планах на майбутнє — здати Full Advanced ISTQB. Зараз в Україні є лише один такий фахівець (прим. ред. — Катерина Несмелова)і, на жаль, вона живе не в Україні. Тому формально у нас є Full Advanced, але практично — ні. Скоро, буквально через місяць, до нас приїде єдиний Full Advanced з Білорусі — Андрій Ладутько. Знайомство, навчання, спільна робота з такими фахівцями, це величезний крок вперед.

Опубліковано: 05/10/17 @ 07:50
Розділ Різне

SEO Блог