Qa вообще игнорят часто. Нас за людей то толком не считают :). Что уж говорить, если на ежедневных планерках тестерам не дают слово, либо спрашивают в конце  «на отвали», а в оценке задач тестеров вообще не спрашивают за сторипоинты и во всех мелочах тупо игнорят, начиная от тупой постановки задачи, заканчивая правами доступа в жиру, как товарищ выше описывал

так а вы мешаете фичи выкладывать, сейчас вообще можно брать 1 автотестера потому на 15-20 разрабов

Может буть вы мне сможете обьяснить в чем ключевое отличие между тестировщиком и QA?

А про то, что вас не спрашивают при оценке задач, если вас это не устраивает, вы с командой не обсуждали последствия на сопровождение / качество продуктов  и их развитие?

QA - процессы больше

метрики там, улучшение качества и все такое.
Это не мануалить или автотестировать

Там чуть чуть менеджить надо и доносить о важности процессов. Например что в пятницу мы не деплоим или что писать без тестов — это лажа

Вообще тут кто-то в курсе, что QA учавствуют в постановке задач разработчикам?

😐7 лет с разрабами и такое не видел, видел как qa менеджент посылает, видел как qa сами всё ставят ручками и сами всё тестят даже без  тесткейсов, видел как qa винят в том что пропустили что-то, а вот задачи всегда ставил менеджент исходя из того, как скоро нужна фича и с какими дырами её можно выпустить

TDD?

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

Суть работы тестировщиков - сравнение того, как должно быть с тем, что получилось. Если они не знают, как должно быть, чем они заниматься будут-то?

Для того, чтобы тестировщики знали, как должно быть, они и участвуют в постановке задачи.

Обычно это выражается в составлении тест-кейсов до начала разработки.

Ну так без ТЗ, результат сами знаете какой :)

😐вы ещё поди тз захотели?тестеры зачастую смотрят то что клиент должен увидеть и нажать кнопочку с донатом\покупкой сейчас. А получить общее представление о продукте, да ещё и полном функционале, это почти мечты.
да многие скажут что у меня плохая выборка, но если зайти и спросить qa и девупсов, то у большинства сейчас тестов почти нет, а плонимания что разрабатывают тем более

Они во всем должны учавствовать, вплоть до совещаний архитектурного комитета :)

И это ведь плохо, так не должно быть

У нас сейчас, тестировщик подключается к задаче ещё на этапе оценки. И уже тут фиксирует после обсуждения аналитиком/ разработчиком на на что обязательно  нужно обратить внимание при составлении тест-плана, какие процессы проверить. Дальше включаются, когда описаны требования пользователя. Вот тут появляется тест-план и он показывает какие именно требования бизнеса / пользователя покрывает.

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