Size: a a a

JPoint, Java-конференция

2018 April 26

DS

Dmitriy Startsev in JPoint, Java-конференция
> Вот когда в логике вместо нормальных бизнес-сущностей появляются всякие "списке пар очередь-сообщение", поддерживать код становится страшно.
Такое случается, когда уровень абстракции нарушается. Классы зависят от слишком обобщенных абстракций. Как раз TDD приводит к созданию более специфических абстракций вместо использования общих. Так как их проще замокать
источник

DS

Dmitriy Startsev in JPoint, Java-конференция
С примерами кода, конечно, обсуждение было бы более продуктивным
источник

НБ

Надежда Белан in JPoint, Java-конференция
итог: доклад кто-то выше хотел по unit тестированию  сделать, было бы хорошо именно с примерами кода. как абстракция рекурсивно возрастает... вот хотелось бы чтоб на joker'е был именно такой
источник

SB

Sergey Bezrukov in JPoint, Java-конференция
только не на примере калькулятора, как в junit - а нормальный энтерпрпайз, 90% CRUD + немного BL
источник

НБ

Надежда Белан in JPoint, Java-конференция
😊
источник

SB

Sergey Bezrukov in JPoint, Java-конференция
С удовольствием бы посмотрел какие действительно полезные юнит тесты тут возможны
источник

PD

Phil Delgyado in JPoint, Java-конференция
Ага. Еще лучше про финансовую отчетность сложную )
С сложной логикой в SQL и на сервере.
источник

PD

Phil Delgyado in JPoint, Java-конференция
Или про интеграцию с каким-нибудь СМЭВ )
источник

PD

Phil Delgyado in JPoint, Java-конференция
Ну и сравнить бизнес-метрики по работе с TDD и с Feature Driven )
источник

ПФ

Паша Финкельштейн in JPoint, Java-конференция
Phil Delgyado
Или про интеграцию с каким-нибудь СМЭВ )
А что не так с интеграцией со СМЭВ?
источник

ПФ

Паша Финкельштейн in JPoint, Java-конференция
Когда я его делал там не было ничо особо сложного вроде
источник

PD

Phil Delgyado in JPoint, Java-конференция
Ну, например лимиты по числу запросов в час, криптография, нестандартный soap и т.п
источник

AT

Alexey Tomin in JPoint, Java-конференция
Поди 90% это логика "а если оно сломалось, или бред выдало внезапно, или просто устало отвечать". Знакомо- есть у нас закоулки интеграции с Appnexus API - п....ц.
В общем да- доклад на тему "как тестировать код БД/интеграции" будет очень популярным. Главное, чтобы докладчик выдержал каверзные вопросы :)
источник

PD

Phil Delgyado in JPoint, Java-конференция
Не сложно, но плохотестируемо.
источник

PD

Phil Delgyado in JPoint, Java-конференция
Угу. Когда даже моки внешнего API можно написать только после интеграции (
источник

SB

Sergey Bezrukov in JPoint, Java-конференция
Самый главный тут вопрос - "а зачем?"  Ведь юнит тестирование - просто один из способов обеспечения качества кода, далеко не единственный.  Да, можно написать все эти моки, затратив весьма немало труда (==денег).  А можно  тот же труд пустить, к примеру, на code review.
источник

AT

Alexey Tomin in JPoint, Java-конференция
Собственно о том и речь.
Вообще доклад на тему "когда вам НЕ надо применять общепризнанные практики" хорошо, но некоторые могут понять его слишком широко :)
источник

SB

Sergey Bezrukov in JPoint, Java-конференция
Да, это точно. Типа "мы не пишем документацию и не занимаемся архитектурой - значит у нас agile" )))
источник

НБ

Надежда Белан in JPoint, Java-конференция
Sergey Bezrukov
Да, это точно. Типа "мы не пишем документацию и не занимаемся архитектурой - значит у нас agile" )))
Знакомо )
источник

PD

Phil Delgyado in JPoint, Java-конференция
А доклад 'когда не надо TDD' в прошлом году был, на Хайлоаде, кажется.
источник