UA RU
logo

На IT Ring від Parimatch Tech топфахівці посперечалися про майбутнє «ручних» тестувальників і ось чого дійшли

27 Апр 2021

Менеджер проектов отдела спецпроектов MC.today, Highload.today & ITC.ua

Три раунди. Шість спікерів. У центрі залу – боксерський ринг. Так у Києві пройшла перша конференція IT Ring, організатор якої Parimatch Tech.

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

Предмет суперечки – майбутнє IT-професій. У партнерської матеріалі редакція MC.today зібрала найцікавіші думки першої конференції, де IT-бійці з’ясовували, які тестувальники потрібні компаніям і чи повинен керівник проєктів розбиратися у програмуванні. А 9 червня на IT Ring обговорюватимуть професію DevOps. Це фахівці, які відповідають за коректну роботу IT-продукту на всіх пристроях.

Партнер проєкту?

Ручне тестування або автоматизоване: за чим майбутнє

Про які професії мова

Automation QA Engineer – тестувальник-автоматизатор, який пише код для перевірки коректної роботи програми. Средня зарплата – $2 тис., за даними DOU на зиму 2021 року.

Manual QA Engineer – тестувальник, який перевіряє програми на помилки вручну, імітуючи кроки користувача. Средня зарплата – $1,3 тис.

Юрій Малий, ex-Head of QA Stream (колишній керівник напряму тестування та забезпечення якості) в Kyivstar

Мануальний тестувальник у три-чотири рази дешевший.

Я вже десять років чую, що мануальне тестування вмирає. Але чомусь ринок вакансій із цим не згоден: за запитом «тестувальник»на порталі Dou.ua знаходимо приблизно 900 пропозицій, з яких 300 для автоматизаторів і 250 для «мануальщиків». А хто інші 350? Навряд чи автоматизатори.

Ручне тестування вигідніше тим, хто тільки заходить у цю професію, – не потрібно розбиратися в коді на старті. Це є вигідним і компаніям з обмеженими бюджетами. Робота junior QA engineer, тобто молодшого «ручного» тестувальник, коштує у три-чотири рази дешевше, ніж автоматизатора з досвідом – $300–500 проти $1500–2000. Молодший «мануал» може відразу приносити користь, а автоматизатору для цього потрібно вирости хоча б до середнього рівня. Якість продукту, якщо ви маєте справу з хорошим «ручним» тестувальником, не страждає.

Багато що залежить від проєкту. Якщо ми хочемо випускати оновлення що 15 хвилин, як Booking.com, то доведеться найняти автоматизаторів. Але якщо це невеликий проєкт, так багато оновлень не буде. Та й щоб створити код, який дозволить написати той же автотест, потрібні два-три місяці. А за цей час невеликий проєкт уже віддадуть замовнику.

Якщо команда займається проєктом, де ще не затверджений навіть дизайн, автоматизатору з кожною зміною у продукті доведеться переписувати тести.

Є упередження, ніби «ручні» тестувальники не надто розумні. Мовляв, автоматизатори круті, а ви, «ручні», клацайте. Це помилка. Автоматизатор не може написати основу для автотестів, не вчитуючись у код продукту. А розбиратися в чужому коді складно. «Ручний» тестувальник у код не полізе – він з ним не працює. Такий фахівець піде і запитає програміста, як усе влаштовано і на що звернути увагу. 15–20 хвилин – і мануальний тестувальник вирішить проблему, поки автоматизатор усе ще розбиратиметься в коді.

Стати учасником наступного IT Ring

Євген Рудєв, QA-менеджер (керівник команди тестувальників) у Parimatch Tech

У бізнесі виграє той, хто швидше видає новинку.

Автоматизоване тестування коштує дорожче. Але з ним команда швидше розуміє, що пішло не так – інформацію про стан продукту можна отримати за 10–15 хвилин.

У кожного тесту, який створює тестувальник-автоматизатор, є своя назва – у ній коротко відбивається суть: що перевіряємо. Коли запускається перевірка, відразу зрозуміло, що тестуємо і за яким сценарієм. Є два види сценаріїв. Позитивний – коли перевіряють, як система справляється з тим, для чого створена. Негативний – з’ясовують, як вона відреагує на нетипові для неї запити. Якщо потрібно, тест не тільки покаже, що саме не працює, але і додасть відеозапис, знімки екрана. Отримати інформацію можна, як тільки розробник завантажить зміни на сервер програми. Самого тестувальника взагалі не потрібно підключати до процесу.

Без автотестів ви не зможете відразу перевірити, чи коректно працює програма після оновлення. Є ризик, що ви виявите помилку вже після виходу продукту.

IT Ring от Parimatch Tech

Конференція IT Ring від Parimatch Tech

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

Може здатися, що маленьким проєктам, стартапам автоматизація не потрібна. Мовляв, дорого коштує, до того ж на написання тестової програми піде пара місяців. Але який стартап не хоче стати корпорацією? Компанії, які сфокусовані на швидкому старті, будуть рухатися в бік автоматизації, скільки б вона не коштувала. Коли проєкт переходить у фазу MVP (мінімально життєздатний продукт. – Прим. ред.), як правило, автотести вже написані, тому можна швидко покращувати програму.

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

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

Протягом п’яти років мануальний тестувальник у команді стане швидше винятком, ніж правилом. У бізнесі виграє той, хто швидше видає новинку і не втрачає в якості. Тому все автоматизується.

Управлінець або технар: що повинен вміти тест-менеджер

Про яку професію мова

Test Manager – керівник команди тестувальників, що відповідає за успіх та ефективність робіт з тестування. Средня зарплата – $3,5 тис., за даними DOU на зиму 2021 року.

Антон Мужайло, Quality Architect (архітектор рішень в галузі забезпечення якості) у GlobalLogic Ukraine

Хто такий тест-менеджер? Він керівник функції забезпечення якості.

Тест-менеджер повинен не просто спроєктувати план роботи, зробити його ефективним, але і донести до замовника, у чому цінність тестування для бізнесу, коли і як вона окупиться.

Клієнту зрозуміло, за що він платить програмістам: він бачить застосунок і радіє гарній зеленій кнопці. А результат роботи тестувальників для нього виглядає як список помилок у Jira (програмне забезпечення для управління проєктами. – Прим. ред.). Саме тест-менеджер пояснює бізнесу, що стоїть за цим списком.

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

Уявіть, що на роботу наймають проєктного менеджера, а коли з’ясовується, що він не вміє кодувати, його виганяють. Дивна ситуація, адже код не його компетенція. Але чомусь, коли згадують про тест-менеджерів, представляють людину, яка є сильною і в управлінні, і в коді.

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

Стати учасником наступного IT Ring

Сергій Подгоров, QA Automation Lead (керівник відділу автоматизації тестування) в Parimatch Tech

Без технічних навичок тест-менеджер не може ефективно вирішувати проблеми на проєкті.

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

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

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

Стати учасником наступного IT Ring

Партнер проєкту?

Стати учасником наступного IT Ring

Это партнерский материал. Информацию для этого материала предоставил партнер.
Редакция отвечает за соответствие стилистики редакционным стандартам.
Заказать материал о вас в формате PR-статьи вы можете здесь.

Ваша жалоба отправлена модератору

Сообщить об опечатке

Текст, который будет отправлен нашим редакторам: