и мануальщики и автоматизаторы. и разрабы тесты пишут.

о да. автоматизаторы как отедльный отдел, восхитительная идея конечно (страдаю сча из-за этого немного)

Внедрите какой-нибудь cypress, у него есть расширение для браузера, которое позволит рутину всякую записывать, там даже мануальщик разберется

cypress + percy вообще огонь

ну вот автоматизаторы acceptance tests и пишут (e to e), а юниты разрабы пишут

если при этом еще руками прокликивают то явно что-то идет не так)

не все покрыто

А вот нормального qa, как мне кажется, для айти ещё не существует.

ну надо начать с того что вкладывать в эту роль. Если прокликивать за разработчиками то это не работает. Чаще приводит к проблеме что разработчик перекладывает эту ответственность и в итоге качество страдает (как и любые другие сэйв гейты аля вереница препродакшенов и другие способы ответственность снять).

Для меня хороший QA - тот который знает продукт (или поддомен) на уровне продукт менеджера, который ближе к суппорту нежели к "девелопменту", который бы смотрел че там в реальности происходит...

ну или это просто "шляпа" которую одевает один из разработчиков (если внутри команды). Мол сегодня я буду ломать а ты будешь придумывать почему может сломаться. Хотя "внешнее качество" я бы все еще предпочел не техническим чувакам мерять. Хотя есть продукты...

техподдержка, да

техподдержка это внешний инпут. А мы про роль внутри команды

ну из техподдержки приходит проблема, qa проверяют, формулируют, заводят таску.

Не... Тестирование это QC. А QA это про управление процессами. Собственно, поэтому я и говорю что у нас в айти с этим проблемы. Мы просто-напросто неправильно используем термин.

QA это анализ процессов, карты Шухарта, реорганизация рабочих процессов, системный анализ и так далее.

у нас вот тестер главный он же был и техподдержка

т.е. ему писали уже пользователи, если что-то не так

на одном из проектов я ушел в тех поддержку (с позиции лида) потому что лучше всех знал продукт и в целом на эти дела уходило 2-3 часа и можно было остальное время заниматься командами. Оч позновательный опыт. Увидел разработку совсем с другой стороны (+ весь цикл от проблемы до не то решение что надо)

круто когда весь продукт 10 человек)

система для ограниченного кол-ва пользователей, да, был уровень "верхнее звено пользователей" и техподдержка - напрямую общались

ну а в противном случае, там, формы обратной связи всякие есть и кнопки "пожаловаться на проблему" - что тоже вариант

а аналитики тогда кто?)