методов?
именно
Внутри теста мокать можно проверки эти, например.
дык сам я это все делаю, но это только из своего опыта, потому что в проектах юнит тестов ни в одном не было. А нагуглить чтото более менее громоздкое не получается.
Потому что никто не пишет один огромный метод, а разбивают их на более маленькие
приватные методы юнит тестами покрывают?)
для того чтобы тестируемый метод был огромный достаточно иметь одну публичную точку входа с кучерявой логикой внутри множества маленьких приватных
Вот здесь есть, что посмотреть, на мой взгляд: https://github.com/srikanth-lingala/zip4j
Как правило, через публичные. Хорошие юнит-тесты - это результат дизайна. Тестировать объект рекомендуется строго через публичные методы, потому что это позволяет менять приватные так, как вздумается, проводить любой рефакторинг. Если же тестировать приватные методы, то таким образом они как бы фиксируются и невозможно изменить код методов, которые эти приватные методы используют.
Если у тебя есть код с тестами где-то выложен или ты можешь приватно пошарить свой код, я могу дать обратную связь. В принципе, я могу созвониться с тобой на полчаса-час, ты покажешь, я подискутирую.
Спасибо за предложение. Мне накидали в нескольких чатах полезной инфы и книг. Так что займусь сперва этим. А если предложение будет в силе и дальше, то при необходимости обращусь)
А книги какие тебе порекомендовали?
xUnit test patterns и Unit Testing: Principles, Practices, and Patterns: Effective Testing Styles, Patterns, and Reliable Automation for Unit Testing, Mocking, and Integration Testing with Examples in C#
Дополнительно к этому я бы ещё порекомендовал - TDD от Kent Beck и - Working Efficiently with Legacy Code от Michael Feathers.
Обсуждают сегодня