Что хотят услышать интервьюеры:

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

Определение:

Проверка правильности выполнения задачи — это набор действий, который подтверждает, что решение соответствует требованиям и ведёт себя ожидаемо в обычных, граничных и ошибочных сценариях. В Java это обычно комбинация unit-тестов, ручной проверки, логирования и, при необходимости, интеграционных проверок.

Пример использования:

Например, после реализации метода расчёта скидки проверяю:

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

import static org.junit.jupiter.api.Assertions.*;
import org.junit.jupiter.api.Test;

class DiscountServiceTest {

    private final DiscountService service = new DiscountService();

    @Test
    void shouldCalculateDiscountForRegularOrder() {
        double result = service.calculateDiscount(1000);
        assertEquals(100.0, result);
    }

    @Test
    void shouldReturnZeroForZeroAmount() {
        double result = service.calculateDiscount(0);
        assertEquals(0.0, result);
    }

    @Test
    void shouldThrowExceptionForNegativeAmount() {
        assertThrows(IllegalArgumentException.class, () -> service.calculateDiscount(-1));
    }
}

Пояснение кода:

В этом примере код проверяется через unit-тесты. Сначала проверяется основной сценарий: для суммы 1000 ожидается скидка 100. Затем проверяется граничный случай с нулём, чтобы убедиться, что метод не даёт некорректный результат. После этого проверяется ошибочный ввод: отрицательная сумма должна приводить к исключению.

Ключевые моменты:

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

Каким образом ты проверял правильность выполнения своих задач?