TOP 5 mistakes in test automation

#automation

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

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

1️⃣ Хибні або недостатньо чіткі мотиви
❗️”Всі автоматизують – й ми будемо”
❗️Відсутність чіткої мети заради якої автоматизуються тести
❗️Результати запуску тестів не аналізуються належним чином
2️⃣ Невизначеність із сферою застосування
❗️Відсутня чітка пріоритезація тестів що потрібно автоматизувати
❗️Найбільш використованим компонентам системи не надається відповідно високий пріоритет в автоматизації
❗️Ігнорується принцип “Парето”
❗️Піраміда автотестування (ну а куди ж без неї) інвертована – тобто важкі UI тести автоматизуються, а швидкі й легкі API тести ігноруються
3️⃣ Невідповідні та непридатні інструменти
❗️Інструменти обрано без ретельного аналізу
❗️Система контроля версій використовується не оптимальним чином
❗️Тести не інтегровано в CI/CD
❗️Результати тестів не інтегровано в TMS (Test Management System)
4️⃣ Неоднозначний підхід
❗️Немає тест кейсів
❗️Тест кейси є, але не адаптовані для автоматизації
❗️Тести взаємозалежні
❗️Тести нестабільні
❗️Багато коду дублюється через відсутність спільних біблотек (через відсутність загального фреймворку)
❗️Існуючі допоміжні утиліти не перевикористовуються (наприклад пропрієтарні утиліти для надсилання пакетів даних на специфічні контролери, або скрипти для створення даних, і тп)
❗️BDD – холіварна тема, можливо ми не любимо котиків лише тому що не вміємо їх готувати.. але бачили дуже мало прикладів вдалого доречного впровадження BDD
5️⃣ Недостатньо розвинена інженерна культура
❗️Ті, хто займаються автотестуванням – слабенькі в програмуванні
❗️Не робиться дизайн архітектури фреймворку
❗️Тести не тестуються (відсутня практика code review)
❗️Ніхто не слухає класичну музику 😉
❗️Мало можливостей для професійного розвитку (немає спільноти, центру компетенцій, курсів, менторів і тп)

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

Запис вебінара, кому цікаво – ось тут: Infopulse youtube channel

А які найпоширеніші помилки у впровадженні автоматизації зустрічались Вам?

7 October 2020
Автор: 
Mikhail Chub

Leave a comment

Leave a Reply