Перейти на PRO

Какую роль играют исключения в тестировании ПО?

Тип вопроса: Основы тестирования Вероятность: 10% Категория: QA Тестировщик

Ответ

В тестировании ПО исключения (exceptions) — это механизм для проверки корректной обработки ошибок и нештатных ситуаций в коде. Тесты могут как ожидать определённых исключений (проверка устойчивости), так и ловить неожиданные (выявление дефектов).

Ключевые аспекты:

  1. Тестирование обработки ошибок: Убедиться, что код корректно реагирует на некорректные данные или состояния.
  2. Проверка граничных случаев: Тестирование поведения системы на предельных значениях.
  3. Диагностика: Непойманные исключения в тестах указывают на баги в тестируемом коде или проблемах окружения.

Пример на Python (pytest):

import pytest

def test_division_by_zero():
    """Тест ожидает конкретное исключение."""
    with pytest.raises(ZeroDivisionError):
        result = 1 / 0

def test_robust_division():
    """Тест проверяет, что функция обрабатывает ошибку и не падает."""
    def safe_divide(a, b):
        try:
            return a / b
        except ZeroDivisionError:
            return None

    assert safe_divide(10, 2) == 5
    assert safe_divide(10, 0) is None  # Обработанное исключение

Ответ 18+ 🔞

А, слушай-ка, про исключения в тестах! Ну это ж, блядь, основа основ, ага. Как будто ты строишь дом и проверяешь, не развалится ли он, если в стену хуякнуть кирпичом. Вот исключения — это и есть те самые кирпичи, которые мы кидаем в код, чтобы посмотреть, не пиздец ли ему.

Суть-то в чём, ёпта? Это когда ты пишешь код не только для солнечной погоды, но и для того, чтобы он не обосрался при первом же дождике. То есть ты специально создаёшь в тестах нештатные ситуации — даёшь кривые данные, вызываешь методы в неправильном порядке — и смотришь, как система отреагирует. Охуенно важная штука, потому что пользователи — они же как обезьяны с гранатой, они всегда найдут способ всё сломать.

На что смотрим, блядь?

  1. На то, как код ебётся с ошибками. Не просто падает ли он, а как он падает. Он должен падать красиво, с изяществом, а не просто вываливать на пользователя трёхметровый стектрейс с нецензурной бранью от интерпретатора. То есть он должен либо сам всё обработать, либо выкинуть понятное исключение, которое мы потом аккуратно поймаем и покажем человеку что-то вроде "Извините, вы еблан, введите число, а не слово 'пизда'".
  2. На граничные случаи. Это когда ты подходишь к краю пропасти и смотришь, упадёшь или нет. Ноль, отрицательные числа, пустые строки, овердохуища символов — вот это всё. Если код на таком не ломается, значит, он, сука, крепкий орешек.
  3. На диагностику. Если в тесте вылезло исключение, которое мы не ждали — это пиздец. Но хороший пиздец! Потому что он прямо пальцем показывает: "Вот тут, мудак, дыра!". Лучше найти её сейчас, чем когда твой сервис уже накрылся медным тазом на проде, а тебе звонят в четыре утра.

Ну и примерчик, чтобы не быть пиздаболом. Смотри, как это выглядит на питоне с этой вашей pytest:

import pytest

def test_division_by_zero():
    """Тут мы специально хотим устроить пиздец и проверить, что он случится."""
    with pytest.raises(ZeroDivisionError): # Говорим: "Ждём, что тут всё ебнется!"
        result = 1 / 0 # И ебём всё нахуй делением на ноль. Если не ебнётся — тест провален.

def test_robust_division():
    """А тут мы проверяем, что наш код не мудак, и сам справляется с проблемами."""
    def safe_divide(a, b):
        try:
            return a / b
        except ZeroDivisionError: # Ловим эту падаль
            return None # И говорим "Да похуй, вернём ничего"

    assert safe_divide(10, 2) == 5 # Всё ок
    assert safe_divide(10, 0) is None  # А вот тут исключение было, но мы его съели и вернули None. Молодцы, блядь!

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

© ХакСобесов, 2026
support@hacksobesov.com