В ближайшие дни будет пост по мотивам холивара "Что значит тестировать UX и должен ли этим заниматься QA?".

А пока, ещё немного про то, что нужно знать QA инженеру.
Многие из вас знают такой популярный баззворд "T-Shaped".
Это про то, что помимо глубокой экспертизы в основной доменной области, у человека есть базовое понимание смежных областей.

Так вот, хороший QA-инженер должен быть Щ-shaped.

Кто отвечает за то, чтобы ПР оказался в проде

Многие ребята, которые приходят в мои команды, почитав канал и блог, посмотрев интервью и стримы и даже сходив на курсы, не знают ответа на этот вопрос. Пора исправляться.

За то, чтобы ПР оказался на проде, отвечает не QA, не релиз-инженер, не тимлид, не твой коллега, чей код тоже надо катить, не проджект, не ревьюер, не CTO, не твой отдел, не продакт, не я, не соседний отдел, не сисадмин и даже не Мартин Фаулер.

За то, чтобы докатить твой ПР до прода, отвечаешь ты, и спрашивать за это будут с тебя, без исключений.