QA спільнота

Від зрізу до зрізу?

Хороша стаття, відразу видно досвід. Я прийшов у Payments by Wix у 2016 як перший QA engineer. Пʼятий член команди R&D. IC-трек з глибокою технічною експертизою часто потрібніший, цінніший і безпечніший, ніж middle-менеджмент.

Гарна стаття ! Класний самоаналіз💪

Дякую, друже! Дуже крута стаття, молодець!

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

Ага. Понаписують тестів на якомусь, прости господі, кукумбері, потім звільняються, тести падають, і ніхто не знає, що з ними робити. No thanks

Цьому вже років 20. Дивіться AutoIt3 та Selenium Web Driver. Обидва дозволяють записувати дії людині, і автоматично створюють на їх базі тестовий сценарій.

Тести зараз дуже гарно пишуться ШІ асистентами. В менеє проєкт де всі юніт тести повністю пишуться і редагуються тільки ШІ (копайлот). А інтеграційні тести частково пишуться ШІ. Бо там старий код дуже запутаний. Також є новий проект недавно початий.

Зараз на проекті якраз в процесі впровадження Low Code Automation від BrowserStack, і враження, чесно кажучи, змішані.

Мені одному ця, та деякі інші статті з тестування, що я бачу останнім часом на ДОУ, виглядають як щось, згенероване ШІ (частково чи повністю)? Чи це мої упередження?

Дякую за пояснення. QA не може нести відповідальність за те, де у нього немає цієї відповідальності. Виходить так, з ваших слів, що QA відповідає за роботу всіх інших ролей або виконує ці ролі (BA, PO, Dev, Designer і тд).

Дякую за уточнення — дуже хороше запитання.

Це не еволюція — це те саме, що і holistic testing. Можете поділитись вашим баченням, що ви маєте на увазі коли пишите «впливати»?

Дякую за дуже ґрунтовний коментар і історичний контекст. Повністю погоджуюсь: те, що сьогодні часто називають «General QA», по суті є черговим витком розвитку ідей holistic testing та quality engineering.

Дякую за сильний і практичний приклад. Насправді саме такі кейси найкраще демонструють, чому універсальних «норм» у тест-автоматизації не існує.