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