пульни ссылку на оригинал

да, я в fptest юзал, т.к. он совместим с dUnit

и очень на на него похож ))
но там, как обычно, есть свои нюансы при большом количестве тестов и включении только каких-то определённых, а не всех
..

Добрый день!
Подскажите пожалуйста по юнит тестирования вообще и FPCUnit в частности:
Тестировать можно только публичные методы/свойства/поля и тп? Закрытые методы/... тестируются косвенно через публичные? Существует ли еще некий дополнительный способ тестирования не публичных элементов?
https://github.com/PyatyginSY/NoLoad/blob/01ff3ac55371bb9906ff7979ff4f1c12013fee14/Test/t_systemmagnetic.pas#L76

А для чего тестировать непубличные методы? Они же сами по себе бесполезны, если не тспользуются публичными методами

+
тестируется правильность работы самого объекта, те только публичный функционал.
реализация внутри может меняться и это не должно приводить к изменению тестов.

Evg привет

Понятно, то есть выявление ошибки в приватном методе класса 2*2=А, должно происходить в публичном методе класса А/2=2 и соответственно если метод приватный дает 5, то это будет выловлено в публичном методе?

Доброго утра. Ребята подскажите пожалуйста: у меня ребенок в школе начал учить программирования в Lazarus, что из книг по мимо уроков на youtube можно посмотреть, почитать. Спасибо.

тут можно посмотреть по тегу #книги

Спасибо

👌

Просто доя тестирования проблема такая не встает. Ты ищначально тестируешь то, что используется остальными элементами твоей программы. Если в привате процедура, значит ее нет смысла тестировать непосредственно. Возможно тебе нужно по каким то причинам (по каким???)  нужно тестировать именно эту приватную процедуру. Тогда делай ее публичной. Или вычленяй эту процедуру как отдельный объект и тестируй этот объект отдельно

Спасибо!

Есть еще особый шаблон разработки, основанный на тестировании. DTT  кажется Если его использовать, то это особо понятно будет.

TDD :) если быть точным
Test Driven Development
И это тоже Кент Бек

Да, Алексей мне уже не раз давал ссылку на эту книгу:

Спасибо, идея ясна. Но неужели эти затраты времени на создание тестов, даже в контексте TDD себя оправдывают, для больших приложений?

Особенно для больших