Size: a a a

Архитектура ИТ-решений

2021 February 15

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Опытные разрабы покроют 100%, Sonar будет счастлив, только тесты ничего (почти) полезного делать не будут. Они будут "метрики" накручивать

Тесты это такое. В KPI покрытие лучше не вписывать.

Тесты - это скорее инструмент сознательной и профессиональной команды
источник

VI

Vladimir Ivanov in Архитектура ИТ-решений
Gennadiy Kruglov
Опытные разрабы покроют 100%, Sonar будет счастлив, только тесты ничего (почти) полезного делать не будут. Они будут "метрики" накручивать

Тесты это такое. В KPI покрытие лучше не вписывать.

Тесты - это скорее инструмент сознательной и профессиональной команды
+++
источник

AT

Alexander Teterkin in Архитектура ИТ-решений
Fagor
+, избыточно и не достижимо.
А книжки, например, Роберта Мартина не читаем?
Есть статистика, что разработка становится быстрее, когда тесты пишутся до написания кода.
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
там всё просто, если есть строка которая не используется к ней вопросы, а зачем её вписали
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
может закладка
источник

VI

Vladimir Ivanov in Архитектура ИТ-решений
Alexander Teterkin
А книжки, например, Роберта Мартина не читаем?
Есть статистика, что разработка становится быстрее, когда тесты пишутся до написания кода.
о, давайте статистику
источник

VI

Vladimir Ivanov in Архитектура ИТ-решений
я искал-искал, но подтверждающую не нашел
источник

NZ

Nick Z in Архитектура ИТ-решений
Alexander Teterkin
А книжки, например, Роберта Мартина не читаем?
Есть статистика, что разработка становится быстрее, когда тесты пишутся до написания кода.
А еще лучше - до написания функциональности, привет BDD. Только речь не об этом, а о том, что можно довести до абсурда тестирование. И в книжках Мартина нет такого.
источник

VI

Vladimir Ivanov in Архитектура ИТ-решений
выводы везде противоречивые
источник

VI

Vladimir Ivanov in Архитектура ИТ-решений
где-то есть стата, что выигрыш в скорости около 5%
источник

VI

Vladimir Ivanov in Архитектура ИТ-решений
но это буквально одно исследование
источник

NZ

Nick Z in Архитектура ИТ-решений
Gennadiy Kruglov
Опытные разрабы покроют 100%, Sonar будет счастлив, только тесты ничего (почти) полезного делать не будут. Они будут "метрики" накручивать

Тесты это такое. В KPI покрытие лучше не вписывать.

Тесты - это скорее инструмент сознательной и профессиональной команды
KPI в разработке это разве не боль?
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
это производственная необходимость )))
источник

AT

Alexander Teterkin in Архитектура ИТ-решений
TDD уже лет 20 практикуют если не больше.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Мне кажется, тут говорить не о чем. Если кто-то не понимает, зачем нужны тесты, то он просто не зрелый.

То есть как бы весовые категории разные, дискуссия невозможна.
источник

F

Fagor in Архитектура ИТ-решений
Alexander Teterkin
А книжки, например, Роберта Мартина не читаем?
Есть статистика, что разработка становится быстрее, когда тесты пишутся до написания кода.
Первый вброс и сразу на личность, палец вверх. Ну написал он это и что? 100% покрытие это? Никто даже не скажет что это. Потому что это прожигание бюджета и задирание стоимости.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Есть конечно сегмент, где тесты не нужны - простенькие MVP

Многие всю жизнь их и пишут. И потом рассказывают, что тесты не нужны
источник

F

Fagor in Архитектура ИТ-решений
Alexander Teterkin
TDD уже лет 20 практикуют если не больше.
А кто против TDD? Отличный паттерн, кое где очень даже нужен.
источник

NZ

Nick Z in Архитектура ИТ-решений
Alexey Mergasov
это производственная необходимость )))
MBA с дробовиком над ухом?)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
TDD - это тупо удобно

Вот мне всегда было важно, насколько удобен мой API. Как это проверить? Да тесты написать на свой же код
источник