)

Видимо много верующих у похода этого самого bdd)

Т.е. жертвы веры?)

Без понятия

Сейчас пишу тесты для сбт, используя этот подход. Изначально задумывалось, что менеджеры будут тоже писать эти тесты, якобы для них это будет проще, удобнее и понятнее. В итоге, наняли нас, чтобы мы автоматизировали для них регресс. Ничего, кроме боли и страданий этот подхрд не приносит. Я, в конце концов, теперь свожу всё к обычному AAA, просто arrange делаю в несколько шагов, всю логику тестов делегировал другим классам, в классах с тестами дёргаю методы классов с логикой и проверяю ожидаемый результат из ручных тестов.

Угу, и это шаблонная ситуация

В принципе, это и ожидалось, но заказчику виднее.
Они ещё пытаются заставить ручников заставить это писать и поддерживать. Ручники ничего не понимают, приходят к нам. По возможности мы всё объясняем, но мне их уже жалко:) тяжело ребятам придётся.

ок, верно ли понимаю, что проще научить толпу тестировщиков - знающих продукт, но тестирующих в ручную - заставить сразу писать тесты например с pytest?

@sghnsk постановка вопроса не правильная, мир децл изменился

Но мне интересно почему ты задаешься таким вопросом?

ok, подкоректируй плз в какую сторону копать или плыть дальше?

давай пойдем от цели и окружения, что мы хотим и что у нас есть?

1. часть покрывается юнитами - там тестерам нет места
2. интеграционное (gtest и пр.) - там тестерам нет места
3. приемочное и пр. на базе функциональных через гуй - ковыряют тестеры

ок, еще чуть ближе к телу, что у нас за продукт?

Какая есть сейчас команда?

продукт qt под mac/win

продуктов по сути 5

там они еще делятся по 3-4 штуки

в каждой команде один авто и 2-3 тестера

Тимлид разработчиков и QA лид - разные люди?