Size: a a a

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

2018 April 27

C

Charm in JPoint, Java-конференция
JBaruch 🎩
QA же есть
верно говоришь
источник

AV

Alexei Vinogradov in JPoint, Java-конференция
Андрей Царев
А зачем 99% стада покрывать тестами? Только самых дорогих племенных баранов.
Эээ. Может овец?
источник

AV

Alexei Vinogradov in JPoint, Java-конференция
Charm
верно говоришь
Действительно, пусть з.п. отрабатывают, а то если уже без ошибок им давать, то какой смысл.
источник

IR

Ilia Rogozhin in JPoint, Java-конференция
JBaruch 🎩
QA же есть
Они же не нужны!
источник

J🎩

JBaruch 🎩 in JPoint, Java-конференция
Ilia Rogozhin
Они же не нужны!
nоборот, то тесты не нужны, всё равно тесты пропускают ошибки
источник

АЦ

Андрей Царев in JPoint, Java-конференция
Вопрос цены: если есть деньги на 100500 разработчиков, которые покроют 99% кода тестами - почему бы и нет. А если у вас 3.5 джуна и дедлайн через неделю, тут не до TDD :)
источник

IR

Ilia Rogozhin in JPoint, Java-конференция
JBaruch 🎩
nоборот, то тесты не нужны, всё равно тесты пропускают ошибки
Так и тестировщикики пропускают ошибки
источник

IR

Ilia Rogozhin in JPoint, Java-конференция
Мне кажется, Барух тролит
источник

J🎩

JBaruch 🎩 in JPoint, Java-конференция
Ilia Rogozhin
Мне кажется, Барух тролит
источник

АЦ

Андрей Царев in JPoint, Java-конференция
Настоящий ад это когда покрытие большое, но тесты написаны так, что самопроизвольно падают из-за внешних причин типа занятых портов и т.д
источник

OY

Oleg Yakovenko in JPoint, Java-конференция
JBaruch 🎩
QA же есть
Только до тех пор пока ручная регрессия не начинает занимать 3 человека/месяца и больше.

Ремарка для тех кто буквально принимает слова "нафиг тесты - QA же есть"
источник

OY

Oleg Yakovenko in JPoint, Java-конференция
Андрей Царев
Вопрос цены: если есть деньги на 100500 разработчиков, которые покроют 99% кода тестами - почему бы и нет. А если у вас 3.5 джуна и дедлайн через неделю, тут не до TDD :)
Похоже вы путаете MVP и продакшн.
источник

АЦ

Андрей Царев in JPoint, Java-конференция
Oleg Yakovenko
Похоже вы путаете MVP и продакшн.
Скорее MVP отличный пример кейса, в которрм TDD не применим, а желание добиться 99% покрытия тестами может привести к провалу
источник

OY

Oleg Yakovenko in JPoint, Java-конференция
Андрей Царев
Скорее MVP отличный пример кейса, в которрм TDD не применим, а желание добиться 99% покрытия тестами может привести к провалу
Согласен на 100% для MVP покрытие иногда даже вредно.
источник
2018 April 28

AV

Alexei Vinogradov in JPoint, Java-конференция
99% покрытия - настолько же неверная метрика, как давайте напишем 99.999 строчек кода
источник

J🎩

JBaruch 🎩 in JPoint, Java-конференция
Alexei Vinogradov
99% покрытия - настолько же неверная метрика, как давайте напишем 99.999 строчек кода
Нужен доклад, нужен.
источник

AK

Anatoliy Korovin in JPoint, Java-конференция
Андрей Царев
Скорее MVP отличный пример кейса, в которрм TDD не применим, а желание добиться 99% покрытия тестами может привести к провалу
ну вот сделаете вы MVP а потом сядите весь проект переписывать?

как можно рефакторить проекты без тестов? проще выкинуть и заново сделать
источник

AK

Anatoliy Korovin in JPoint, Java-конференция
99%  coverage  это конечно фанатизм, но если вы вообще ни чего не тестируете, то вы либо Чак Норис, либо ваш проект в помоечку пойдет
источник

АЦ

Андрей Царев in JPoint, Java-конференция
Anatoliy Korovin
99%  coverage  это конечно фанатизм, но если вы вообще ни чего не тестируете, то вы либо Чак Норис, либо ваш проект в помоечку пойдет
По тестам спора нет, тесты полезная штука. Вопросы скорее про TDD: 1. Зачем писать тесты строго перед кодом, а потом при написания кода их еще несколько раз переписывать (если станет понятно, что код должен быть другим)? 2. Можно ли называть TDD процесс, при котором покрытие кода тестами меньше 99%?
источник

AK

Anatoliy Korovin in JPoint, Java-конференция
Андрей Царев
По тестам спора нет, тесты полезная штука. Вопросы скорее про TDD: 1. Зачем писать тесты строго перед кодом, а потом при написания кода их еще несколько раз переписывать (если станет понятно, что код должен быть другим)? 2. Можно ли называть TDD процесс, при котором покрытие кода тестами меньше 99%?
писать по TDD  можно тоже по разному, как по мне, то им уместнее пользоваться не для фанатизма и ради покрытия в 100-ку, а ради того что написав вызов кода в тесте ты уже будешь находиться со стороны пользователя того что ты пишешь.

профит от проектирования АПИ перед его реализацией очень большой, так просто не выйдет написать методы которыми пользоваться можно только с матами.
источник