Как устроен цикл выполнения теста?

Цикл выполнения теста в iOS-разработке

Цикл выполнения теста — это последовательность шагов, которые выполняет тестовый фреймворк (такой как XCTest) для прогона юнит- или UI-тестов. Понимание этого цикла критически важно для написания предсказуемых, стабильных и поддерживаемых тестов. В основе лежит принцип AAA (Arrange-Act-Assert), который структурирует каждый тестовый метод.

Основные этапы цикла XCTest

1. Подготовка тестового класса (setUp())

Перед запуском каждого тестового метода фреймворк создает новый экземпляр тестового класса. Это гарантирует изоляцию тестов и предотвращает побочные эффекты между ними. Вызывается метод setUp():

class MyTests: XCTestCase {
    var service: NetworkService!

    override func setUp() {
        super.setUp()
        // Arrange-часть: создание объектов
        service = NetworkService(config: .test)
    }
}

2. Выполнение тестового метода

Фреймворк запускает каждый метод, помеченный как тест (начинающийся с test). Внутри метода реализуются этапы Act и Assert:

func testFetchDataSuccess() {
    // Arrange: подготовка данных (часто уже в setUp)
    let expectedData = "Test Data"

    // Act: выполнение тестируемого действия
    let result = service.fetchData()

    // Assert: проверка результата
    XCTAssertEqual(result, expectedData)
}

3. Очистка после теста (tearDown())

После каждого тестового метода вызывается tearDown(), где освобождаются ресурсы:

override func tearDown() {
    service = nil // Освобождаем ресурсы
    super.tearDown()
}

Расширенный цикл с setUpWithError() и tearDownWithError()

В современных версиях XCTest добавлены методы, позволяющие обрабатывать ошибки на этапах подготовки и очистки:

override func setUpWithError() throws {
    try super.setUpWithError()
    // Может выбросить ошибку, если инициализация не удалась
    try configureDatabase()
}

override func tearDownWithError() throws {
    try cleanDatabase()
    try super.tearDownWithError()
}

Жизненный цикл для всего тестового класса

Существуют также методы класса, выполняемые один раз за весь прогон:

override class func setUp() {
    super.setUp()
    // Выполняется один раз перед всеми тестами класса
}

override class func tearDown() {
    // Выполняется один раз после всех тестов класса
    super.tearDown()
}

Ключевые принципы организации тестов

• Изоляция: Каждый тест работает в "чистом" окружении.
• Детерминированность: Тесты должны давать одинаковый результат при каждом запуске.
• Скорость: Тесты должны выполняться быстро, поэтому тяжелые операции лучше выносить в setUpClass или использовать моки.
• Читаемость: Структура AAA делает тесты понятными.

Пример полного цикла выполнения

class UserServiceTests: XCTestCase {
    static var apiClient: APIClient!

    // 1. Выполняется один раз для класса
    override class func setUp() {
        super.setUp()
        apiClient = APIClient(config: .test)
    }

    // 2. Выполняется перед КАЖДЫМ тестом
    override func setUpWithError() throws {
        try super.setUpWithError()
        self.userService = UserService(apiClient: Self.apiClient)
    }

    // 3. Тестовый метод
    func testUserLoginSuccess() {
        // Arrange
        let credentials = LoginCredentials(email: "test@email.com", password: "123456")

        // Act
        let result = userService.login(with: credentials)

        // Assert
        XCTAssertTrue(result.isSuccess)
    }

    // 4. Выполняется после КАЖДОГО теста
    override func tearDown() {
        userService = nil
        super.tearDown()
    }

    // 5. Выполняется один раз после всех тестов
    override class func tearDown() {
        apiClient = nil
        super.tearDown()
    }
}

Особенности для UI-тестов

В UI-тестах цикл аналогичен, но добавляются этапы:

• Launch приложения с определенными параметрами
• Взаимодействие с элементами интерфейса
• Ожидание появления элементов (через XCTestExpectation)
• Снимки экрана для визуальной регрессии

Понимание цикла выполнения теста позволяет правильно организовывать код, избегать flaky-тестов и эффективно отлаживать падающие тесты. Это фундаментальное знание для любого iOS-разработчика, работающего с автоматизированным тестированием.