Рекомендации по модульным тестам пользовательских функций для рабочего процесса Drake

Лучшие практики для модульных тестов не сильно меняются, когда появляется drake. Вот основные соображения.

1. Если вы используете drake, вы, вероятно, имеете дело с раздражающе долгим временем выполнения в вашем полном конвейере. Итак, одна из проблем - создать тесты, которые не занимают вечность. Я рекомендую вызывать ваши функции для небольшого набора данных, небольшого количества итераций или чего-то еще, что позволит провести тест за разумное время. Таким образом можно выполнить множество базовых проверок. Чтобы более тщательно проверить ответы, поступающие от ваших функций, вы можете запустить дополнительный набор проверок результатов drake конвейера.
2. Если вы используете testthat, ваши функции, вероятно, организованы в подобную пакету структуру или даже полноценный пакет, и вы даже можете загружать свои функции с помощью devtools::load_all() или library(yourPackage). Если вы загружаете свои функции таким образом, вместо того, чтобы искать скрипты функций по отдельности, обязательно вызовите expose_imports() до make(), чтобы drake мог анализировать функции на предмет зависимостей.