TLDR: автоматизація найчастіше провалюється не через інструменти, а через те, що система не готова до автоматичного тестування.

P.S. Козел відпущення топ 😁

Ви в тому впевнені?)

Мені імпонує усе, що ви написали. Але оце прям запало у душу:

Manual QA має розбиратись мінімум в 2 мов програмування Java і JavaScript + HTML/CSS + розуміти білд-тулзи будь-якого проєкту і принцип їх роботи. Яка тоді різниця між Manual QA і FullStack-розробником.

Різниця тут як у вивченні будь якої мови — можна чудово розуміти усе що чуєш, але нічого не можеш сказати :) Тобто якщо manual qa може написати все те, що й розробник — то це і є фуллстек розробник, але якщо просто хтось «розбирається у мовах і може збілдити», то це трохи не туди.

Це стільки тексту, щоб сказати що з документацією краще, аніж навмання?)

ФОП/PFA, який українцям не відкривають — 25-30%
ТОВ/SRL — 20-25% + КІК
Найм/CIM — 45%

ліл, Румунія. скільки там податків по вашому?)

А де Playwright, який повністю витіснить потреби юзати Puppeteer та майже всі юзати wdio? Де недоліки кожного з інструментів?

До чого тут гіт не питаю..

В них на сайті ж є
www.istqb.org/...​/test-automation-engineer — Sample Exams

А нащо вона вам ця сертифікація?

Норм, можна міняти перший air.

Про закриту кришку це ха-ха і жадібність звісно) Хоча якщо прям так потрібно багато екранного простору можна взяти ultrawide, або вже прошку базову, чого ото жалітися.

Два лівих ектеншена на 10к завантажень на обидва та ліба для лоаду.
До чого ви це написали, чи то ваші екстеншени? )

для totp кодів не потрібен смартфон. Поставте собі на комп хоч сайт з токенами, хоч менеджер паролів)

називається totp.
Є 100500 реалізацій онлайн — наприклад totp.danhersam.com

донецкий безработный

я б не доверял ;)

StandBy прикольна штука, але якщо тільки є хаб
Continuity Camera на AppleTV для дзвінків — топ. Коли на щось крім facetime завезуть — буде ще краще

ts

Якщо в вас є якісь критерії за якими можна зрозуміти що застосунок не завантажено — то це не є проблема Playwright та a11y. Якісь анімації завантажуються в там мають якісь проперті в before та after стейті. То до перевірки можна юзати expect та poll замість waitFor, хоча у чому його нестабільність — так і не зрозуміло.

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

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

Нема варіанту чекати на нетворк реквести чи на елементи модального вікна?

Микола, для енжинірінг лiда з 4ма роками досвiду ви забагато самовпевнені. Дуже сумніваюся, що ви використовували усі існуючі фреймворки для автоматизації щоб казати що і де є зручнішими для е2е та інтеграційних тестів, та що є

більш потужний

;)

Тоді й справді є сенс у таких бібліотеках якщо SR.

Бо

waitForObjectsToBeEqual

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

Якби не 2000 тестів можна було б переїхати на Playwright і не видумувати таких костилів 🙃