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

Це змушує нас замислитися: чи вмирає ручне тестування, чи є у цієї роботи майбутнє, чи не стане вона банальним пережитком минулого?

Ручне тестування

Робота QA не нова

Чомусь всі думають, що тестування - це нова робота, яка з’явилася в середині 1990-х років. Але це не так.

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

У середині 20-го століття цілі кібернетичні корпорації та наукові інститути проводили ручне тестування.

А група автоматизованих інструментів, які дозволяють спростити процес тестування, з’явилася у 1980-х роках.

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

Робота QA не нова

Зростає кількість “клікерів”

На зростання інтересу до роботи ручного тестувальника вплинули одразу 2 фактори:

• Зростає кількість випущеного програмного забезпечення;
• Збільшення складності візуального інтерфейсу програмного забезпечення;
• Глобальна орієнтація на системні продукти.

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

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

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

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

Як наслідок, буквально за кілька років сфера діяльності ручного тестувальника стала значно обмеженішою. Але, разом з тим, вимоги до нього стали жорсткішими.

І все частіше з’являються думки про те, що, можливо, ручне тестування не в моді і, ймовірно, просто “помре”. Ось чому нам не потрібно вивчати ручне тестування.

Але чи так це насправді?

Ручне тестування vs автоматизоване тестування

Не тільки автоматизація

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

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

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

Наступний етап розвитку

Тож можна сказати, що робота ручного тестувальника не “вмирає”, а вийшла на новий рівень професійного розвитку.

Протягом останніх 30 років тестування проводили експерти, які досконало знають свою продукцію.

У найближчі 5-10 років ситуація не зміниться, оскільки ручний тестувальник залишиться тим самим експертом і фахівцем.

Це означає, що саме зараз вам потрібно постійно вдосконалювати свої навички та знання.

Наступний етап розвитку

Трансформація підходів до ручного тестування

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

• Використання юніт-тестів та методів інтеграції - це найважливіша основа сумісності з програмним кодом. Кожен QA повинен додавати автоматизовані тести до функцій;
• Постійна інтеграція - фреймворк, де всі створені автоматизовані тести виконуються навіть під час редагування програмного коду. На сьогоднішній день існує безліч подібних рішень для такого типу автоматизації, і ось найпопулярніші з них: Travis CI, Jenkins, Circleci;

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

Тож чи можемо ми повністю обійтися без ручних тестерів?

За допомогою правильного технологічного підходу (як згадувалося в попередньому пункті) роль ручного тестування значно зменшується.

І в цьому випадку з’являється так званий TestFest - новий підхід до ручного тестування, коли процес тестування продукту виконується безпосередньо перед фінальним релізом. У цій роботі обов’язково беруть участь продакт-менеджери, інженери, іноді UI/UX дизайнери, команда QA, звичайно ж, і іноді хтось із представників замовника.

Коротше кажучи, можна сказати, що така команда на кілька годин стає ручними тестувальниками. І це, до речі, дуже ефективно!

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

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

Які висновки можна зробити?

Не залишайте ручне тестування! Завжди вдосконалюйте його.

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

Ефективно використовуйте методи та підходи, доступні в мережі, звертайтеся до компаній, що займаються тестуванням програмного забезпечення, і ви одразу помітите, що кількість багів та помилок значно зменшиться, так само як і обсяг роботи для ваших тестувальників. Намагайтеся не використовувати філософію “неповного робочого дня”, яка заважає QA повноцінно взаємодіяти з програмними компонентами і досягати позитивних результатів у роботі.

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

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

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