Size: a a a

Software Design/Architecture/Zen

2021 June 11

SP

Sergey Protko in Software Design/Architecture/Zen
скажем - это по времени должно быть соизмеримо с "потестить маленькие изменения руками"
источник

SP

Sergey Protko in Software Design/Architecture/Zen
часто "долго" потому что сначала думаешь как и чего писать, потом пишешь, потом тестишь руками и потом придумываешь как тестить. Если поменять порядок чуть-чуть и убрать "тестирую руками" сразу такой вин можно получить.

Но если только вводишь тесты - пара месяцев да будет существенное замедление. И факторы тут именно что система под это не проектировалась обычно
источник

SP

Sergey Protko in Software Design/Architecture/Zen
чаще всего из наблюдений оч много времени уходит на то что бы разобраться как прекондишены выставлять - это оч много времени съедает. В том числе даже когда просто новая большая фича или еще чего такого. Но потом это время уменьшается и в целом количество вариантов прекондишенов базовых достаточно небольшое
источник

SP

Sergey Protko in Software Design/Architecture/Zen
еще есть такая таинственная штука как test data management
источник

SM

Sergey Milegov in Software Design/Architecture/Zen
Из наблюдения, кто не любит писать тесты, тот овертаймит ))
источник

SP

Sergey Protko in Software Design/Architecture/Zen
честно не люблю писать тесты, но так хорошо когда они есть
источник

SM

Sergey Milegov in Software Design/Architecture/Zen
Я тож не люблю, но овертаймить не люблю еще больше
источник

SP

Sergey Protko in Software Design/Architecture/Zen
есть ситуации в которых я просто не буду делать без тестов - например мне сча надо написать маленькую штуку для разруливания графа зависимостей - я не полезу это без тестов писать
источник

SP

Sergey Protko in Software Design/Architecture/Zen
хотя все еще теплится надежда найти чет готовое)
источник

SP

Sergey Protko in Software Design/Architecture/Zen
уже потещенное
источник

JF

Jorik Fat in Software Design/Architecture/Zen
из dagger'а что-то вынуть?
источник

SP

Sergey Protko in Software Design/Architecture/Zen
не, мне просто нужно придумать как свести свою задачу к "стандартным" для работы с графами и тогда можно за счет либок упростить все
источник

JF

Jorik Fat in Software Design/Architecture/Zen
там же есть что-то что выбрасывает Exception при цикличной зависимости. Или из Gradle (хардкоренее)
источник

SP

Sergey Protko in Software Design/Architecture/Zen
есть миллион либ просто для работы с графами, нет нужды чет там выдирать. сложность именно сформулировать что надо сделать.
источник

SP

Sergey Protko in Software Design/Architecture/Zen
и вот для "сформулировать" нужны тесты потому что нужно придумать и закрыть эдж кейсы"
источник

SP

Sergey Protko in Software Design/Architecture/Zen
ну то есть я люблю TDD именно за счет того что можно совместить "тесты и формулирование требований" - так существенно меньше нагрузка на мозги
источник

СП

Сергей Предводителев... in Software Design/Architecture/Zen
Да, пишешь в лоб "как надо", а дальше просто подбираешь решение.
источник

Д

Дмитрий in Software Design/Architecture/Zen
я тут как-то заглянул в "тесты" одни.. оказалось проще разобраться что делает код - прочитав код.. чем прочитав тесты.. такого "культурного" шока я ещё не испытывал %)
источник

SP

Sergey Protko in Software Design/Architecture/Zen
отдельно можно долго плакаться на тему именования тест кейсов
источник

SP

Sergey Protko in Software Design/Architecture/Zen
it("works")
источник