концепция
tests first
меня как инженера как минимум ставит в тупик. По мне это ситуация выглядет так: Голая степь, надо запустить спутник, делаем тест - спутник наверху? False. И что дальше?
Дальше делаем тест- запущенный спутник наверху.
ракеты прежде чем построить и запустить тщательно просчитывают целыми НИИ всякими. Также и с тестами. Сначала проектируешь на бомашке. Потом пилишь интерфейсы, которые покрываешь тестами. А потом уже и код можно писать. Это ж простая концепция, не?
Но в любом случае ты чтото делаешь ДО тестов, не так ли. На бОмажке или пхпстОрме
Тдд не про это совсем
ДО тестов пилишь проектную документацию от и до. Вот чо делаешь.
а про что?
Тдд про поиск решения через тесты. А не про точную реализацию схемы, продуманную до этого.
В этом и смысл и не для всех кейсов эти подходы годятся. Ты лучше думай о следствии такой перестановки и все остальное будет уже чисто инженерной проблемой
не понимаю как это... расскажешь?
На выходе будет максимально простое решение, подтвержденное тестами.
У тебя есть требования. И ты максимально простым путем их реализуешь через написание тестов.
Обсуждают сегодня