АП
как так получается, что мне ни разу не понадобился дебагер с 2001 года?..
так же как и мне не понадобились бинарные сдвиги с 2001 года? :)
Size: a a a
2020 May 05
М
как так получается, что мне ни разу не понадобился дебагер с 2001 года?..
Ограниченный опыт либо скилл дебагать конкурентный код в голове, которого у меня нет
DP
ну вот или функция чистая, или она использует интерфейсы, так должно быть. иначе хрен ее потестишь
AK
Мимо Проходящий
потому что есть property based + table driven тестирование, которое точно такое же модульное, как и тестирование на основе моков?
Вот тут я не очень понимаю. table driven - это инструмент который позволяет подставить разные значения и запустить с ними один и тот же тест, вне зависимости от того, интеграционный он или юнит. Как эти вещи вообще связаны?
М
ну вот или функция чистая, или она использует интерфейсы, так должно быть. иначе хрен ее потестишь
Не всегда
Возьмите любой rate limiter например
Там сразу появляется разделённое состояние
Возьмите любой rate limiter например
Там сразу появляется разделённое состояние
DP
Ограниченный опыт либо скилл дебагать конкурентный код в голове, которого у меня нет
у меня как раз нет скила дебажить дебагером конкурентный код. но я надеюсь и дальше обходиться :)
вот скажи - что именно ты отлавливал, и как дебагер применял?
вот скажи - что именно ты отлавливал, и как дебагер применял?
AK
Мимо Проходящий
с этим я согласен конечно, в моках может быть что угодно, в т.ч. проверка по таблице или quick check Ну так не все же функции и алгоритмы используют интерфейсы, а тестировать надо все
Так, стоп. внутри моков (в имплементации моков) никаких проверок нет и быть не должно. Это что-то новенькое. Я о таком слышу впервые.
DP
Не всегда
Возьмите любой rate limiter например
Там сразу появляется разделённое состояние
Возьмите любой rate limiter например
Там сразу появляется разделённое состояние
я недавно писал рейт-лимитер, и тестил, и все, что мне было нужно - это замокать net.Conn
МП
Так, стоп. внутри моков (в имплементации моков) никаких проверок нет и быть не должно. Это что-то новенькое. Я о таком слышу впервые.
ок, не проверки - но сами таблицы или quick генераторы
М
у меня как раз нет скила дебажить дебагером конкурентный код. но я надеюсь и дальше обходиться :)
вот скажи - что именно ты отлавливал, и как дебагер применял?
вот скажи - что именно ты отлавливал, и как дебагер применял?
Надо было пофиксить нетривиальный websocket контроллер
Я повесил прерывание на методы net.Pipe и отслеживал состояние соединения внутри теста, прощёлкивая автомат состояний руками
Я повесил прерывание на методы net.Pipe и отслеживал состояние соединения внутри теста, прощёлкивая автомат состояний руками
AK
Мимо Проходящий
ок, не проверки - но сами таблицы или quick генераторы
Погодите, давайте тогда определимся с тем, что же такое мок. Кажется здесь у нас определения расходятся.
Для меня мок - это объект который имитирует поведение реального объекта но при этом его поведение можно сконфигурировать под каждый тест кейс. Там внутри мока не должно быть ничего связанного с тестами или с тестовым окружением.
Для меня мок - это объект который имитирует поведение реального объекта но при этом его поведение можно сконфигурировать под каждый тест кейс. Там внутри мока не должно быть ничего связанного с тестами или с тестовым окружением.
МП
Вот тут я не очень понимаю. table driven - это инструмент который позволяет подставить разные значения и запустить с ними один и тот же тест, вне зависимости от того, интеграционный он или юнит. Как эти вещи вообще связаны?
а что тут не понятного? есть тестируемая функция, есть таблица по которой тетс выполняется, никаких моков нет - это что, не модульное тестирование по вашему?
DP
Надо было пофиксить нетривиальный websocket контроллер
Я повесил прерывание на методы net.Pipe и отслеживал состояние соединения внутри теста, прощёлкивая автомат состояний руками
Я повесил прерывание на методы net.Pipe и отслеживал состояние соединения внутри теста, прощёлкивая автомат состояний руками
вот я бы поленился щелкать руками и смотреть глазами, а навставлял бы логов, и написал бы тестов, которые бы проверяли корректность
AK
Мимо Проходящий
а что тут не понятного? есть тестируемая функция, есть таблица по которой тетс выполняется, никаких моков нет - это что, не модульное тестирование по вашему?
Тут непонятно, как это связано вообще с моками. Если тестируемая функция не чистая и зависимости в ней не замоканы, это интеграционный тест. Если замоканы зависиомсти или функция чистая, юнит тест. Но таблица по которой запускаются тесты какое вообще отношение к этому имеет? И те и другие тесты вы запускать можете используя таблицу с входами, выходами и конфигурацией
DP
тем более, что тесты мне нужны так и сяк
М
вот я бы поленился щелкать руками и смотреть глазами, а навставлял бы логов, и написал бы тестов, которые бы проверяли корректность
Ну вот, а мне лень принты записывать, поэтому я просто посмотрел на стек вызова нужного метода и сразу понял где засада)
М
тем более, что тесты мне нужны так и сяк
Разумеется
Дебаг – это не замена тестов, это отличное к ним дополнение
Дебаг – это не замена тестов, это отличное к ним дополнение
МП
Тут непонятно, как это связано вообще с моками. Если тестируемая функция не чистая и зависимости в ней не замоканы, это интеграционный тест. Если замоканы зависиомсти или функция чистая, юнит тест. Но таблица по которой запускаются тесты какое вообще отношение к этому имеет? И те и другие тесты вы запускать можете используя таблицу с входами, выходами и конфигурацией
"Если тестируемая функция не чистая и зависимости в ней не замоканы, это интеграционный тест." - это вообще не тест а чёрт знает что. Я естественно о чистых функциях говорю, а не о тех, которые принимают интерфейсы. вроде бы уже уточнял