Какие знаешь проверяемые исключения в Java?

Проверяемые исключения (Checked Exceptions) в Java

Проверяемые исключения — это исключения, которые компилятор Java обязан проверить на этапе компиляции. Если метод может выбросить проверяемое исключение, он должен либо обработать его с помощью try-catch, либо объявить в своей сигнатуре с помощью ключевого слова throws. Это механизм принудительной обработки ошибок, который повышает надежность кода, заставляя разработчика явно предусматривать сценарии сбоев.

Основные проверяемые исключения

• java.io.IOException — базовый класс для исключений ввода-вывода. Его прямые и косвенные наследники являются проверяемыми.

    *   `FileNotFoundException` — возникает при попытке доступа к несуществующему файлу.
    *   `EOFException` — сигнализирует о неожиданном конце файла или потока.
    *   `SocketException` — ошибки, связанные с работой сокетов.
    *   `MalformedURLException` — указан некорректный URL-адрес.

• java.sql.SQLException — исключение, предоставляющее информацию об ошибках доступа к базе данных (проблемы с подключением, некорректный запрос и т.д.).
• java.text.ParseException — возникает при ошибке парсинга строки (например, при преобразовании строки в дату с помощью SimpleDateFormat).
• java.lang.ClassNotFoundException — возникает при попытке загрузить класс по его строковому имени, если класс не найден в classpath (часто при использовании Class.forName()).
• java.lang.CloneNotSupportedException — попытка клонировать объект, класс которого не реализует интерфейс Cloneable.
• java.lang.ReflectiveOperationException (начиная с Java 7) — общий суперкласс для исключений, связанных с рефлексией.

    *   `NoSuchMethodException`
    *   `NoSuchFieldException`
    *   `IllegalAccessException`

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

import java.io.*;

public class CheckedExceptionDemo {

    // Метод объявляет проверяемое исключение в сигнатуре
    public String readFirstLineFromFile(String filePath) throws IOException {
        BufferedReader br = new BufferedReader(new FileReader(filePath));
        return br.readLine();
    }

    public void processFile(String filePath) {
        try {
            // Вызов метода, который может выбросить проверяемое исключение
            String content = readFirstLineFromFile(filePath);
            System.out.println("Прочитано: " + content);
        } catch (FileNotFoundException e) {
            // Обработка конкретного типа исключения
            System.err.println("Файл не найден: " + e.getMessage());
        } catch (IOException e) {
            // Обработка более общего типа исключения
            System.err.println("Ошибка ввода-вывода: " + e.getMessage());
        }
    }

    public void parseDate(String dateStr) {
        try {
            java.text.SimpleDateFormat sdf = new java.text.SimpleDateFormat("dd.MM.yyyy");
            java.util.Date date = sdf.parse(dateStr);
            System.out.println("Дата распарсена: " + date);
        } catch (java.text.ParseException e) {
            // Обработка исключения парсинга
            System.err.println("Невозможно распарсить дату: " + dateStr);
        }
    }
}

Почему это важно для QA Automation

1. Надежность автотестов: Понимание проверяемых исключений помогает писать более стабильные тесты. Например, при написании тестов для работы с файлами или базами данных, необходимо корректно обрабатывать IOException или SQLException, чтобы тест не падал из-за проблем с окружением (отсутствие файла, недоступность БД), а выдавал информативное сообщение об ошибке.
2. Тестирование негативных сценариев: QA-инженер должен проектировать тест-кейсы, которые намеренно вызывают проверяемые исключения (например, передача неверного пути к файлу, некорректных данных для парсинга). Это проверяет, как система обрабатывает ошибки: выдает ли понятные сообщения пользователю, корректно ли освобождаются ресурсы.
3. Анализ логов и отчетов: При падении автотеста часто в стек-трейсе фигурируют именно проверяемые исключения (FileNotFoundException, ParseException). Умение быстро их идентифицировать позволяет ускорить диагностику проблемы: это ошибка в тестовых данных, в конфигурации окружения или в самом тестируемом коде.
4. Работа с внешними системами: Автотесты часто взаимодействуют с REST API (могут возникать исключения, связанные с сетевым взаимодействием), базами данных, файловой системой. Корректная обработка соответствующих проверяемых исключений делает тестовый фреймворк устойчивым к внешним «шумам».

Сравнение с непроверяемыми исключениями

• Проверяемые (Checked): Наследники Exception (но не RuntimeException). Обработка обязательна на уровне компиляции. Используются для восстанавливаемых ошибок, которые программа может предвидеть и обработать (отсутствие файла, разрыв сетевого соединения).
• Непроверяемые (Unchecked): Наследники RuntimeException и Error. Компилятор не требует их явной обработки. Это чаще всего ошибки программирования (NullPointerException, IllegalArgumentException, ArrayIndexOutOfBoundsException) или критические системные сбои (OutOfMemoryError).

Таким образом, знание проверяемых исключений — это не только теория языка Java, но и важный практический инструмент для создания отказоустойчивых, самодиагностируемых и поддерживаемых автотестов.