Что такое тестирование методом белого ящика (White Box)?

Да ты посмотри на эту дичь! Ну и названьице — «тестирование белого ящика». Сразу представляется, что ты, как какой-нибудь хирург-извращенец, засовываешь руки по локоть в кишки программы и начинаешь там всё щупать, блядь. А доступ к коду обязателен — ну, ясное дело, как же иначе, ты ж не рентгеном через монитор будешь смотреть, ёпта.

Так вот, суть в чём. Ты не просто кнопки тыкаешь, как обезьяна, а реально в код лезешь и смотришь, какая там логика спрятана. И для этого у тебя есть целый арсенал, чтобы покрытие проверить, будто бы ты краской стены красишь, только вместо стен — строчки кода.

Основные приёмы, блядь:

• Покрытие кода (Code Coverage): Это когда ты пытаешься заставить программу вывернуться наизнанку, чтобы ни одна строчка не ускользнула.

  • Покрытие операторов: Ты должен быть уверен, что каждая, блядь, исполняемая строка кода хоть раз да выполнилась. Как будто проверяешь, все ли ступеньки на лестнице выдержат твой вес.
  • Покрытие ветвей: А вот это уже интереснее. Ты должен протестировать ВСЕ возможные развилки в коде. Если есть условие if, ты обязан проверить и случай, когда оно True, и когда оно False. Иначе какой-нибудь else так и останется девственником, не проверенным ни разу, а там, глядишь, и ошибка сидит.
  • Покрытие путей: Это уже высший пилотаж, блядь. Нужно проверить все возможные комбинации путей выполнения. Если условий много, то комбинаций — овердохуища. Часто это нереально, но стремиться к этому надо, как к светлому будущему, которого не будет.

• Анализ потока данных: Это когда ты следишь за переменными, как за подозрительными личностями. Куда значение пошло, откуда пришло, не начудило ли чего по дороге.

Смотри, вот тебе живой пример на Python, чтоб совсем понятно стало:

def calculate_discount(price, is_member):
    if price > 100:           # Вот она, первая развилка, ветвь 1
        discount = 10
    else:
        discount = 5
    if is_member:             # А вот и вторая, ветвь 2
        discount += 5
    return price - discount

Чтобы покрыть все ветки, тебе надо, как заправскому максималисту, протестировать ВСЕ комбинации. Не четыре, не пять, а ровно четыре, блядь:

1. price=150, is_member=True (цена больше сотни, да ещё и член клуба — везунчик)
2. price=150, is_member=False (богатый, но не член клуба — жадина)
3. price=50, is_member=True (бедный, но со связями)
4. price=50, is_member=False (просто бедный и без связей, классика)

Только прогонишь все эти случаи — можешь спать спокойно, ветки покрыты. Ну или не спать, потому что вспомнишь про покрытие путей.

Плюсы этого дела: Ты реально понимаешь, как программа работает изнутри. Можно найти такие косяки в логике, которые снаружи, как хитрая жопа, никогда не проявятся. Чувствуешь себя всевидящим оком, ёпта.

Минусы: А минусы-то какие! Во-первых, нужно уметь программировать, а не просто пальцем в небо тыкать. Во-вторых, это ж сколько времени можно просидеть, выискивая все пути! А в-третьих, самый главный подвох: если в требованиях изначально накосячили и нужной функциональности в коде просто НЕТ, то хоть весь код покрой, а ошибку в требованиях не найдёшь. Вот такая, блядь, загогулина. В рот меня чих-пых!