QA спільнота

Вітаю, на основі всіх моїх попередніх проектів, Я створив QA-фреймворк BestTester. Playwright + TypeScript + AI = open source фреймворк, який закриває всі потреби QA-команди з коробки!

Згоден :)

на місці епл я б назавжди позбувся сафарі і пішов шляхом майкрософту (вони теж писали свій браузер але згодом плюнули і форкнули хроміум).

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

Дякую за коментар! Хоча навряд розширюватиму статтю, бо чесно кажучи, не знаю, що тут ще можна додати Вас щось конкретне цікавить по цій темі?

про метрики і токсичнічть, передаю привіт своїм «колишнім» хай будуть здорові

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

Дякую, цікава тема, чекаємо більш розгорнуту статтю для тих хто більше любить текст

перечисленные функции edge и ff есть в devtools chrome

на етапі написання тест кейсів — можна позначати певні тести тегом @regression — Це як? Функціональні тести заздалегідь позначати як регресивні щоб скоріше додавати із до регрес паку після релізу?

Ооо, «сприймати роботу як роботу» — це дуже важлива навичка, про яку найлегше забути. Дякую за коментар!

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

Дякую за фідбек

Дякую, обидва поінти доречні 1. Judge отримує і оригінальну User Story, і результат Worker. Його задача — порівняти coverage, прибрати дублі, покращити формулювання. Він не генерує з нуля, тому не може «загубити» тест кейс — тільки додати або покращити.

З того що перше приходить в голову — як би так зробити щоб унеможливити/мінімузувати щоб Judge не зробив гірше ніж Worker (наприклад не викинув потрібний кейс) — як підтримувати тести актуальними, якщо змінюються вимоги/функціонал/логіка