-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
Небольшой холивар TDD /specBDD
- Автор темы Ragazzo
- Дата начала
Ragazzo
TDD interested
fixxxer
дак я 4 страницы доказывал, а в ответ только "не понимаю кому нужно, у нас менеджеры/кодеры/etc не такие"
ты как влиятельный программист можешь же в баду или еще у кого-то спросить кто использует BDD чтобы объяснили)) я сам в нем не мегапро просто вижу что вся дискуссия сваливается в шлак.
дак я 4 страницы доказывал, а в ответ только "не понимаю кому нужно, у нас менеджеры/кодеры/etc не такие"
ты как влиятельный программист можешь же в баду или еще у кого-то спросить кто использует BDD чтобы объяснили)) я сам в нем не мегапро просто вижу что вся дискуссия сваливается в шлак.
Ragazzo
мы действительно пытаемся разобраться, у меня критический-пессиместический подход, сразу пытаюсь найти минусы и грабли. затем плюсы, затем применяю, затем ещё раз взвешиваю плюсы минусы. в bdd очень туго с терминологией и нет однозначности из-за чего трудно воспринимается. я вижу его как усечённый до человекопонятного синтаксиса тестирование по принципу given, when, then. мне как программисту это всё гораздо приятнее делать на полноценном синтаксисе phpunit, а не увеличивать энтропию за счёт сахара бихата и тд.
мы действительно пытаемся разобраться, у меня критический-пессиместический подход, сразу пытаюсь найти минусы и грабли. затем плюсы, затем применяю, затем ещё раз взвешиваю плюсы минусы. в bdd очень туго с терминологией и нет однозначности из-за чего трудно воспринимается. я вижу его как усечённый до человекопонятного синтаксиса тестирование по принципу given, when, then. мне как программисту это всё гораздо приятнее делать на полноценном синтаксисе phpunit, а не увеличивать энтропию за счёт сахара бихата и тд.
я и до сих пор не пишу тесты в начале и считаю идею сомнительной. в начале дискусии приводил ссылку на автора рельс. который высказывается примерно в том же ключе, хотя именно там tdd и bdd возводится в разряд религии.
Ragazzo
TDD interested
AmdY
в том то и дело что ты не пишешь тесты сначала, ты сначала обдумываешь поведение компонентов системы, и только потом посредством анализа их поведения и т п углубляешься в тесты (tdd). Т.е. так: BDD->TDD(specBDD если кто вдруг заменяет). Многие же говорили что если вы пишете тесты исходя из поведения даже те же unit, то вы уже делаете bdd, только не теми средствами
Терминология нормальная, но материала мало да.
в том то и дело что ты не пишешь тесты сначала, ты сначала обдумываешь поведение компонентов системы, и только потом посредством анализа их поведения и т п углубляешься в тесты (tdd). Т.е. так: BDD->TDD(specBDD если кто вдруг заменяет). Многие же говорили что если вы пишете тесты исходя из поведения даже те же unit, то вы уже делаете bdd, только не теми средствами
Терминология нормальная, но материала мало да.
Ragazzo
TDD interested
fixxxer
Простой пример, вот тебе дали задачу: разработай ка машину которая ездит, и при этом могут быть различные типы моделей и т п. Ты бросишься сразу писать классы? или тебе проще из анализа поведения и проработки предметной области построить все взаимосвязи объектов? Т.е. тебе проще сделать так:
I have a car
Then i fill tank with gasoline
When i turn keys
Then engine starts
и так:
i have a car
I see tank is empty
I try to start engine
I see engine can not be started
и уже исходя из этого дальше углубляться в TDD (specBDD).
Пример возможно плох, т.к. я не особо разбираюсь в машинах, а дан лишь для того чтобы понять абстракцию.
или писать сразу CarTest?
Простой пример, вот тебе дали задачу: разработай ка машину которая ездит, и при этом могут быть различные типы моделей и т п. Ты бросишься сразу писать классы? или тебе проще из анализа поведения и проработки предметной области построить все взаимосвязи объектов? Т.е. тебе проще сделать так:
I have a car
Then i fill tank with gasoline
When i turn keys
Then engine starts
и так:
i have a car
I see tank is empty
I try to start engine
I see engine can not be started
и уже исходя из этого дальше углубляться в TDD (specBDD).
Пример возможно плох, т.к. я не особо разбираюсь в машинах, а дан лишь для того чтобы понять абстракцию.
или писать сразу CarTest?
Так, смотри, я как понял. В pre-BDD терминологии буду изъясняться. У нас есть некий кейс, для него (берем идеализированный процесс):
1) пишется в первую очередь код функционального теста, как оно должно себя вести, если ну вот прямо так написать в контроллере/сервисе
2) пишутся недостающие юнит-тесты и реализации
и этот процесс итеративно пока не будет условно везде зелеленькое
так чтоли?
1) пишется в первую очередь код функционального теста, как оно должно себя вести, если ну вот прямо так написать в контроллере/сервисе
2) пишутся недостающие юнит-тесты и реализации
и этот процесс итеративно пока не будет условно везде зелеленькое
так чтоли?
Ragazzo
TDD interested
fixxxer
Почти. Т.е. тот же behat+mink так и действует грубо говоря, когда тебе нужно например затестить или разработать какой-либо контроллер. Там тоже есть I see, I fill и т п. Суть в том чтобы при проектировании именно исходить из того как ведет себя объект (это если говорит чисто про BDD, хотя я еще раз повторюсь не эксперт). А если про тестирование контроллеров как то тут особо объектов нет, кроме страницы если ее считать. Я специально не хотел на контроллерах расматривать т.к. в них не очевидно как ты будешь из теста контроллера строить модели :S поэтому именно такой пример и привел. Почитай больше доков у behat и статьи на хабре, правда там некоторый про старый behat.
Почти. Т.е. тот же behat+mink так и действует грубо говоря, когда тебе нужно например затестить или разработать какой-либо контроллер. Там тоже есть I see, I fill и т п. Суть в том чтобы при проектировании именно исходить из того как ведет себя объект (это если говорит чисто про BDD, хотя я еще раз повторюсь не эксперт). А если про тестирование контроллеров как то тут особо объектов нет, кроме страницы если ее считать. Я специально не хотел на контроллерах расматривать т.к. в них не очевидно как ты будешь из теста контроллера строить модели :S поэтому именно такой пример и привел. Почитай больше доков у behat и статьи на хабре, правда там некоторый про старый behat.
Это End To End Testing http://docs.angularjs.org/guide/dev_guide.e2e-testing
