AV
То, что кукумбер заставляет e2e писать - выдумка, это не так.
Size: a a a
2019 January 31
AT
Почему не так? Вроде выше согласились, что БДД - это про пользовательские сценарии, которые по определению е2е
AT
Можно из степов кукумбера юнит-тесты позвать, но это извращение и лишено смысла
AT
Ну, по крайней мере выглядит так
AV
Окей, согласен, что есть ориентация на пользователя, но не соглашусь про e2e
AV
То есть не (только) "когда я нажимаю на кнопку, то в меня выпрыгивает попап", но и
"когда время парковки было меньше получаса, стоимость будет равно 0"
"когда время парковки было меньше получаса, стоимость будет равно 0"
VL
БДД тесты будет ПМ писать иначе нет смысла в БДД. Вот он и нафигачит своих е2е проверок.
Ок, видимо решение здесь такое, чтоб разъяснить ПМ-у сколько тестов достаточно
Ок, видимо решение здесь такое, чтоб разъяснить ПМ-у сколько тестов достаточно
Я как то поработал над продуктом где верили в эту идею бдд. С самого начала старались дефинировать story в таком виде. INVEST критерий есть еще для хорошего стиля.
Дефинировали в стиле
As a user I want some feature to have some specific benefit
Далее он все имплементилось по DoD который включал в себя всю пирамиду.
И фичи были все горизонтальные
Там это работало.
Дефинировали в стиле
As a user I want some feature to have some specific benefit
Далее он все имплементилось по DoD который включал в себя всю пирамиду.
И фичи были все горизонтальные
Там это работало.
AV
А последний случай тестируется юнит-тестами без проблем.
VL
Пардон фичи были вертикальные
AB
given x = 2 and y = 2
when I multiply x to y
then the result is 4
when I multiply x to y
then the result is 4
AV
В общем, я бы не стал исключать реализацию шагов юнит тестами, если они адекватно проверяют требование.
AT
А последний случай тестируется юнит-тестами без проблем.
Да, согласен. Но это лишь показывает, что юнит-тесты тоже можно на геркине писать.
Как их объединить в один прогон с единым отчётом? И надо ли? :)
Вроде в Codeception что-то такое хотели сделать
Как их объединить в один прогон с единым отчётом? И надо ли? :)
Вроде в Codeception что-то такое хотели сделать
VL
Если нет отдельноц необходимости - лучше не надо объединять. Пусть себе билд лучше роняют )
AT
... Объединить с е2е я имею ввиду
AT
Ок, спасибо, ушел думать
VL
Когда о таком задумываться то это признак проблем с доверием между кем то в проекте (разрабами, тестерами, пмами, другими командамь). Лучше эту проблему решать
VL
Доверия к процессу тоже
AV
У нас сейчас есть на проекте юзер сценарии, которые в типичной среде выглядели бы как "сделай что-то, подожди от 30 минут до 5 дней, проверь" - было бы абсолютно безумно их в таком виде через е2е автоматизированно тестировать. Впрочем мы БДД не применяем (и слава богу).
VL
Если можно временем повелевать то тогда )
AV
Там, увы, не только время) например ночные джобы перемалывают данные. Просто часы переставить недостаточно.