🐞 П’ятнична флудильня для QA-спільноти #11. Чи зникне мануальне тестування?

Усі статті, обговорення, новини про тестування — в одному місці. Підписуйтеся на QA DOU!

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

Тема на сьогодні: Чи зникне мануальне тестування, адже існує тенденція до автоматизації? Чи можна та чи доцільно все автоматизувати? Діліться роздумами в коментарях!

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Мануальне тестування це як мануальне програмування. Руки ж використовуються? — Чому б ні!

В цілому що бачу на ринку праці світовому — це тренд на те, що тест інженер потрібен знати як бізнесову частину продукту так і технічну. Не буде такого «я не можу вивчити програмування та технології. Я хочу писати тест кейси».
В чистому вигляду мануалу знайти роботу закордоном зараз дуже складно, а буде ще складніше. Треба «качати себе» в T-shape спеціаліста.

Блін, коли ти старий 1С-ник, який і кодить, і спілкується із клієнтом, і тестує, і архітектуру придумує і консультує клієнта. А потім зрозумів, що у великому айті це 5 різних людей.

Взагалі після початку війни працювати з 1С — то дуже зашкварно.

Та знаю, але кажуть, що бажання їсти 3 рази в день — це доволі непогане бажання. Навіть якщо для цього треба робити 1С.

В 2013-му вже це писали :)
Пєніє ще напрягався, що прямо завтра вже зникнуть.

Якщо говорити про чисто мануальне тестування — не QA, не QС, а чисто ручна валідація написаних кимось тест кейсів та чеклистів — від нього реально відмовитись.

Preconditions:
— на проекті прозорі стабільні процеси
— на проекті є достатня кількість автоматизаторів
— на проекті є повноцінний QA лід, який менеджить QA процеси (не ручне тестування, а саме активності з забезпечення якості)
— застосунок має прийнятний рівень testability — унікальні локатори, API хуки для налаштування середовища, відсутність складнощів в розгортуванні.

Як відмовлятись від ручного тестування aka тест план:
— декомпозиція всього продукту на фічі
— створення вичерпного переліку перевірок на кожну фічу (тест сьюти, чеклісти), цей перелік піддається автоматизації, і він стає беклогом автоматизаторів
— автоматизатори автоматизують crit, high prio тест кейси з усіх тест сьютів, потихеньку вичерпують свій беклог
— паралельно з розробкою фічі в спрінті (або одразу після) — нова фіча покривається автотестами

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

Мета
— на початку нового спрінта мати максимальний відсоток test coverage, вийняток — складні едж кейси, які визначили раніше (важко автоматизувати, упирається в test environment setup, і тд)

Мінуси
— ціна
— вартість
— зп хорошого QA ліда, який шарить в усіх аспектах розробки
— зп автоматизаторів
— бабосіки
— роздутий штат автоматизаторів
— про гроші — вже казав

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

Ви новини читаєте?
☢️ «ЗАЕС замінована»
☢️ «кацапи погрожують всім ядерною зброєю»
☢️ «китайці бикують на Тайвань»

пощастить, якщо мануальне тестування протримається до кінця року...

Треба освоювати професії майбутнього вже сьогодні:
✅ збирач
✅ мисливець
✅ пустельний рейдер

Додавайте свій варіант 😂

Не читайте до обіду «совєтскіх газєт»

Для мене це питання закрилося після фрази
«Гайз, нові автотести додали, потестуйте, пліз, чи все ок працює»)

Можна все довірити системі штучного інтелекту. Коли вона навчиться, то зробить як рекомендував Волошин:
Зальём в продакшен — тестировщиков там больше

Де знайти першу роботу мануальному тестувальнику після курсів без комерційного досвіду????

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

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

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

допоки будуть погані розробники які невідповідально ставляться до своїх задач та роботи то мануальне тестування буде існувати. Тобто ВІЧНО :D

Добрий день. З тестуванням тільки починаю знайомитсь. І щодо сьогоднішньої теми виникає питання — а можно автоматизувати Monkey Testing?

Уже зроблено, почитайте про fuzzy testing або fuzzying. Наприклад для web UI є gremlins

Можно все автоматизувати. Був би час так грощi у замовника

Тестировщик заходит в бар и заказывает:

кружку пива,
2 кружки пива,
0 кружек пива,
999999999 кружек пива,
ящерицу в стакане,
—1 кружку пива,
qwertyuip кружек пива.

Первый реальный клиент заходит в бар и спрашивает, где туалет. Бар вспыхивает пламенем, все погибают.

Чiтко та ясно. Тема закрита :)

Так все так, повністю згоден)

Підписатись на коментарі