Size: a a a

2020 February 15

λ

λоλторт in rust_offtopic
я прекрасно понимаю как звучит вопрос
источник

P

Pavel in rust_offtopic
и приватное -- детали реализации
источник

P

Pavel in rust_offtopic
а обычно надо убедиться в работоспособности только контракта
источник

P

Pavel in rust_offtopic
иначе менять реализацию будет сложно
источник

а

а это кто in rust_offtopic
Pavel
иначе менять реализацию будет сложно
Хороший аргумент
источник

λ

λоλторт in rust_offtopic
Pavel
иначе менять реализацию будет сложно
не будет
источник

λ

λоλторт in rust_offtopic
просто удаляешь неактуальный тест, если он дейтсвительно неактуальный
источник

λ

λоλторт in rust_offtopic
или у вас из зарплаты деньги вычитают за удаление кода?
источник

P

Pavel in rust_offtopic
λоλторт
просто удаляешь неактуальный тест, если он дейтсвительно неактуальный
а если это размазано по остальным тестам?
источник

λ

λоλторт in rust_offtopic
Pavel
а если это размазано по остальным тестам?
то вы проебали SRP
источник

P

Pavel in rust_offtopic
λоλторт
то вы проебали SRP
точно, ленивых же нету и все любят писать здоровенные тесты для каждой мелочухи, а не засунуть в один тест по каждому аспекту тестируемого юнита, чтоб тестов было в два раза больше кода, а не в 20
источник

P

Pavel in rust_offtopic
и ещё сетап на каждый чих прогнать
источник

P

Pavel in rust_offtopic
чтоб ранилось на 5 минут, а 15
источник

NL

Nick Linker in rust_offtopic
а это кто
Хороший аргумент
Не очень на самом деле. Довольно часто бывает, что контракт не даёт полного набора операций для совершения собственно операций и для верификации.
Например, как имея интерфейс вектора проверить инвариант, что capacity >= length всегда?
источник

λ

λоλторт in rust_offtopic
Pavel
точно, ленивых же нету и все любят писать здоровенные тесты для каждой мелочухи, а не засунуть в один тест по каждому аспекту тестируемого юнита, чтоб тестов было в два раза больше кода, а не в 20
Поэтому я и говорю, что тестировать надо то, что, вероятно, сломано. А автотестировать нужно то, что в перспективе, вероятно, сломают.
источник

λ

λоλторт in rust_offtopic
А не всё что можно
источник

P

Pavel in rust_offtopic
λоλторт
Поэтому я и говорю, что тестировать надо то, что, вероятно, сломано. А автотестировать нужно то, что в перспективе, вероятно, сломают.
и как узнать, что вероятно сломано, а что -- вероятно сломают?
источник

λ

λоλторт in rust_offtopic
Pavel
и как узнать, что вероятно сломано, а что -- вероятно сломают?
уж точно не по модификатору поля/метода
источник

P

Pavel in rust_offtopic
λоλторт
уж точно не по модификатору поля/метода
тоестт, бросать кости и чайная гуща поможет, а модификаторы доступности -- нет?
источник

λ

λоλторт in rust_offtopic
Тестирование вообще такая практика, эффективность которой ничуть не доказана.
источник