Наконец-то Женя выложил этот классный доклад. Рекомендую всем!

Поднимает очень прикольный вопрос — когда неправильный нейминг сущности может негативно влиять на всю индустрию.

Когда тестировщиков называют QA, часто убирают фокус с обеспечения качества. Тестировщикам часто сложно обеспечивать качество, просто потому что они специалисты в тестировании, а не в производстве. В очень редкой команде вы увидите, что тестировщик диктует то, как правильно строить архитектуру ПО, чтобы в ней было меньше багов. Или как правильно выстраивать процесс взаимодействия между условно фронтендером и бекендером. Обычно этим занимаются тимлиды и техлиды.

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

Да, возможно, тестировщик-инженер с опытом 5–7 лет, с глубоким опытом в разработке ПО и очень широким кругозором действительно мог бы заниматься обеспечением качества, но для этого ему нужно дать полномочия тимлида/техлида, архитектора (роль которого часто выполняют предыдущие — в какой-то мере).

И самое главное — в условиях дефицита опытных(!) кадров в ИТ — это абсолютно не масштабируемая история. Стоит ли выстраивать под это процессы? Нет, и почти никто не выстраивает.

Так и получается что в большинстве проектов, где нет QA с огромным опытом - в итоге НИКТО не занимается системным обеспечением качества. А только его контролем.

И эта проблема вполне раскрыта в этом, без сомнения, очень важном для индустрии докладе)
👉 https://www.youtube.com/watch?v=cXynr0qm8FM

P.S. Инженер тестировщик звучит не менее круто чем QA.