QA спільнота

RSS
439 статей, 571 топік, 18K коментарів, 4845 учасників


← Сtrl 1... 1819202122...34 Ctrl →

Коментарі

Мені одному ця, та деякі інші статті з тестування, що я бачу останнім часом на ДОУ, виглядають як щось, згенероване ШІ (частково чи повністю)? Чи це мої упередження?
Дякую за пояснення. QA не може нести відповідальність за те, де у нього немає цієї відповідальності. Виходить так, з ваших слів, що QA відповідає за роботу всіх інших ролей або виконує ці ролі (BA, PO, Dev, Designer і тд).
Дякую за уточнення — дуже хороше запитання.
Це не еволюція — це те саме, що і holistic testing. Можете поділитись вашим баченням, що ви маєте на увазі коли пишите «впливати»?
Дякую за дуже ґрунтовний коментар і історичний контекст. Повністю погоджуюсь: те, що сьогодні часто називають «General QA», по суті є черговим витком розвитку ідей holistic testing та quality engineering.
Дякую за сильний і практичний приклад. Насправді саме такі кейси найкраще демонструють, чому універсальних «норм» у тест-автоматизації не існує.
Дякую за відвертий фідбек. Стаття навмисно не заглиблюється базові, загально відомі технічні оптимізації, бо її мета — показати управлінсько-інженерний підхід до роботи QA в умовах постійного дефіциту часу, а не порівнювати цифри прогонів.
Щиро дякую за ваш коментар.
Дякую за змістовний коментар Повністю з вами погоджуюсь.
Дуже дякую за статтю. Однак хочу відзначити, що поняття General QA існує тільки в контексті ринку праці в Україні. В більшості західних компаній тестування, автоматизацію та й багато іншого очікують від людини з роллю QA Engineer / Test Engineer.
Дякую за статтю, дуже гарно все структуровано!Було дуже цікаво дізнатися про Ваш досвід
Дякую за статтю. Декілька ремарок хотів би зробити. Те, що ви називаєте general-підходом це дуже схоже на те, що вже існує 10 років з моменту появи візуалізації Dan Ashby, де тестування відбувається на кожному етапі нескінченного циклу розробки.
В нас в проекті є сценарії назвемо «копіювання», де один флоу проходить 40 хв. А таких сценаріїв більше 20, деякі з них мають виконуватись лише послідовно, бо попередні є передумовами для наступного.
Стаття заради статті. Нічого не навчає. Якщо у вас тести проходили 1,5години кожний реліз, то ваша компанія не даремно звільнила минулу команду тестування.
Дякую за ці приклади. Стаття дуже допомогла мені розібратись з цією темою краще)