Исходное сообщение
"Ценой перевода Mercurial на Python 3 может стать шлейф непре..." Отправлено Аноним, 15-Янв-20 00:46
Покрывать тестами надо и то, и другое. Юнит-тесты хороши для библиотек, реализующих нетривиальные алгоритмы, особенно оптимизированные, когда логику уже не так-то просто проследить. Во время написания алгоритма обычно помнишь о хитрых edge cases, которые надо проверить, а при внесении изменений через несколько лет можно и не вспомнить, особенно если изменения вносит кто-то другой. Покрывать же юнит-тестами всякую там обвязку - во-первых, сложно, а во-вторых, бессмысленно: обвязка обычно не имеет самостоятельной ценности, а важна вкупе с использующим ее кодом, который может так же легко измениться, и получится бессмысленная работа по поддержанию тестов ради тестов. Важна работа предоставляемого API - и его-то тут и надо тестировать.