(L
В расте нет никаких тест сьютов в стандартной поставке
Ну может и могла бы, но это не логично нихуя.
Зачем добавлять доп имплицит кейс в #[test], если уже есть отдельная директива для условной компиляции?
Size: a a a
2020 September 21
P
потому что это не логично нихуя, зачем тесты выносить в условную компиляцию
(L
потому что это не логично нихуя, зачем тесты выносить в условную компиляцию
Чего не логично то? Зачем тебе тесты вкомпиливать в бинарь?
(L
Если ты не планируешь пускать тесты
(L
Алсо cfg(test) шире чем твой кейс.
P
В расте нет никаких тест сьютов в стандартной поставке
как же нет, можно передавать параметром модуль, в котором тесты запустить
P
Чего не логично то? Зачем тебе тесты вкомпиливать в бинарь?
именно, что тебе не нужно тесты вкомпиливать в бинарь, тебе нужно бинарь вкомпиливать в бинарь тестов
(L
как же нет, можно передавать параметром модуль, в котором тесты запустить
ИМХО, тест сьют должен иметь глобальные сетап и тирдаун. Иначе это просто перечисление отдельных тестов, а не сьют
P
ИМХО, тест сьют должен иметь глобальные сетап и тирдаун. Иначе это просто перечисление отдельных тестов, а не сьют
должен, тогда же можно было бы и добавить
#[setup] и #[teardown](L
должен, тогда же можно было бы и добавить
#[setup] и #[teardown]Опять же, совсем другой вопрос уже
P
Опять же, совсем другой вопрос уже
но ты можешь передавать модуль, из которого будут вызваны все тесты, значит примерно тот же
(L
Алсо cfg(test) шире чем твой кейс.
В том числе ты можешь иметь какой-то рантайм для тестов, который тебе не упал в бинаре. Их тоже будешь помечать #[test]?
А если это функция, и она совсем не тест?
А если это функция, и она совсем не тест?
(L
но ты можешь передавать модуль, из которого будут вызваны все тесты, значит примерно тот же
Нет
P
В том числе ты можешь иметь какой-то рантайм для тестов, который тебе не упал в бинаре. Их тоже будешь помечать #[test]?
А если это функция, и она совсем не тест?
А если это функция, и она совсем не тест?
он всё в том же сорс-три тестов, только не помеченный как тест, очевидно же
(L
Фильтр по модулю работает на уровне пути, это регулярочка считай
(L
он всё в том же сорс-три тестов, только не помеченный как тест, очевидно же
У меня есть модуль A и B, тесты которых делают очень похожие вещи, которые можно вынести в TestUtilsAB
(L
Последний можно пометить как cfg(test)
P
Последний можно пометить как cfg(test)
*положить в сорс-три тестов
(L
Твоя идея не позволяет такие вещи, и вносит дохуя неопределенности как понимать и парсить #[test]
(L
*положить в сорс-три тестов
Какой сорс три?