Ну мы ж тестировщики) надо все внимательно изучить)))

Зато интересными вещами занимаетесь!
Очень интересно вашу презентацию послушать было

заинтриговали

revolut?

Большое спасибо^_^)

👍

требования как тесты - значит у вас в основном е2е тесты? А как же пирамида?

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

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

С одной стороны BDD вроде полезны (могут быть, когда хорошо организовано, но я сам не видел), с другой - как сочетать с пирамидой, где е2е должно быть минимум

У нас вот BDD нет, и мы делаем упор на пирамиду, е2е тесты пишем в редких случаях, чтоб проверить что "цепочка вызовов живая".

Но вот подумалось, если добавлять BDD, то как? (На вопрос "Зачем?" отвечу - чтоб е2е писал ПМ).

Кто-нть строил такое? :)

Вопрос на грани холивара ))  вот тут интересный тред был по теме bdd
https://automated-testing.info/t/kakovy-preimushhestva-i-nedostatki-bdd-podhoda-napisaniya-testov/18592

Ну, плюсы-минусы БДД я представляю. Вопрос больше про то как эту полезную технологию совместить с пирамидой.

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

А в случае с БДД рука будет тянуться все эти тесты описать на геркине и выполняться они будут е2е, что не прикольно.

Видится, что БДД в таком случае можно использовать для базового приемочного сценария, а всё остальное уже раскладывать по пирамиде.

Если кто-то пробовал совмещать эти подходы, поделитесь плиз?

Тут присутствует распространённое заблуждение, что BDD это обязательно про end2end тесты.

Можно написать на геркине правила проверки различных условия и вызывать из связочного слоя unit тесты

Чатик, а все готовые забронировали билеты на питерский Гейзенбаг? У нас завтра повышение цен, так что если уже собрались с мыслями – бронируйте сейчас и будет вам счастье. Оплачивать можно в течении 5 суток, бронь сохраняется.

Тем не менее, БДД это лишний слой, чтобы его применяь польза должна превысить дополнительные затраты на лишний код.

А кому для принятия решения о следующем Гейзенбаге надо вспомнить предыдущий, для тех у нас сегодня есть расшифровка доклада Антонины Хисаметдиновой «Вуайеризм тестировщика» с Heisenbug 2018 Moscow: https://habr.com/ru/company/jugru/blog/436196/

🤩

Минут 5 вчитывалась пока не поняла ) у меня везде «весело» получалось 😂😂😂

Какие же Вы веселые, ребята! Прям тест на позитивность мышления😄👍