ты там пишешь, случайно, не алгоритм работы рентген-аппарата?

Можно провести серию тестов, если заранее известен результат.

Если совпадут - алгоритм правильный.

Лучше всего чтобы ты понимал что ты там написал у себя. Поэтому лучше рассчитать и воткнуть готовое.

+1. но если алгоритм очень запутан то с пониманием бывают проблемы

>Если совпадут - алгоритм правильный

если тесты составлены правильно. Вообще-то лучше позвать специалиста в предметной области, пускай уравнения попишет.

Маниаки.

Кто-то говорил, что писать программы нужно так, будто заказчик маниак-убийца, который знает где ты живёшь.

А вообще, проверь на граничных условиях.

Главное когда перебираешь, не забыть, где чего поменял. А то потом, даже врубившись и просчитав все на бумаге, отлаживать будешь полдня.

Часто из общих соображений (используя интерпретации: геометрическую, физическую и др.) можно догадаться, какие где должны быть коэффициенты.

интуиция тут плохой советчик.
обязательно нужно сделать набор исходных с заранее известным результатом и проверять по ним программу. исходные лучше брать так, чтобы они задействовали все граничные и невнятные моменты алгоритма.

недавно я писал обменник - там казалось бы ерунда, ан нет - прямой-обратный пересчет, негладкие комиссии и курсовые разницы - в итоге получилось достаточно нетривиально. проверять приходилось каждый чих - на проверку пересчета гривна-вебдоллар и обратно требовалось минимум 12 тестов.
до сих пор жалею что не потребовал у заказчика ТЗ с отчетливой математикой - пришлось на ходу сочинять.

если будешь исправлять "чтоб заработало", очень высока вероятность потом схватить очень странных багов. если мест, которые исправлял подгоном, много - будет несколько дней счастливого дебагинга. досконально разобраться в локальном месте и все нормально написать и закоментить - не больше нескольких часов. имхо.