Зарегистрируйтесь для доступа к 15+ бесплатным курсам по программированию с тренажером

Тестирование HTTP-запросов PHP: Продвинутое тестирование

Инверсия зависимостей крайне мощная техника, которая работает не только с функциями, но и с объектами. Рассмотрим её глубже на примере HTTP-запросов и познакомимся с таким понятием как "заглушка" (stub).

Предположим, что у нас есть функция, которая анализирует приватные репозитории организации на GitHub и возвращает те, что являются форками (репозитории "отпочкованные" от основного репозитория):

<?php

// Библиотека для работы с GitHub API
// https://github.com/KnpLabs/php-github-api
use \Github\Client;

function getForkedRepositories($org)
{
    $client = new \Github\Client();
    // Возвращает список репозиториев пользователя/организации
    $repositories = $client->api('user')->repositories($org);
    return array_filter($repositories, fn($repository) => $repository['fork']);
};

Давайте её протестируем. Что мы хотим от этой функции? В первую очередь убедиться, что она работает правильно – возвращает массив форков у конкретного пользователя. Идеальный тест выглядел бы так:

<?php

class GithubTest extends TestCase
{
    public function testGetForkedRepositories(): void
    {
        $forks = getForkedRepositories('hexlet');
        $this->assertEquals([/* массив репозиториев */], $forks)
    }
}

К сожалению, не всё так просто. Внутри функции выполняется HTTP-запрос. Прикинем, какие проблемы из-за этого могут возникнуть:

  1. Нестабильная сеть может тормозить выполнение тестов и приводить к "фантомным" ошибкам. Тесты будут иногда проходить, иногда нет.
  2. У сервисов подобных github.com установлены ограничения на запросы в секунду, в час, день и так далее. Со 100% вероятностью тесты начнут упираться в эти лимиты. Более того, есть шанс что машина с которой идут запросы, будет заблокирована.
  3. Реальные данные на GitHub не статичны, они могут и, скорее всего, будут меняться, что опять же приведет к ошибкам и необходимости править тесты.

В данном примере HTTP-запрос воспринимается как помеха к тому, чтобы протестировать нашу основную логику. Мы доверяем github.com и его библиотеке KnpLabs/php-github-api, то есть нам не нужно проверять, что она работает правильно (иначе можно свихнуться, если не доверять никому).

Из предыдущего урока мы узнали о нескольких способах выхода из этой ситуации и теперь можем применить один из них.

Инверсия зависимостей

Для использования инверсии зависимости, добавим вторым аргументом функции сам клиент библиотеки. Это позволит подменить его в тестах:

<?php

use \Github\Client;

function getForkedRepositories($org, $client = null)
{
    // Создаем по умолчанию чтобы не усложнять основной вариант использования
    $client = $client || new \Github\Client();
    // Возвращает список репозиториев пользователя/организации
    $repositories = $client->api('user')->repositories($org);
    return array_filter($repositories, fn($repository) => $repository['fork']);
};

Теперь в тестах можно выполнить подмену реализации клиента. Для этого нам понадобится фейковый объект. Создать подобный объект можно двумя способами: либо описывать полноценный класс, либо использовать встроенный в PHPUnit генератор фейковых объектов (заглушек, stubs). Последний способ является предпочтительным, поэтому разберем его. Пример создания заглушки:

<?php

class StubTest extends TestCase
{
    public function testStub()
    {
        // Создать заглушку для класса SomeClass
        $stub = $this->createMock(SomeClass::class);

        // Настроить заглушку
        $stub->method('doSomething')
            ->willReturn('foo');

        // Вызов $stub->doSomething() теперь вернёт 'foo'
        $this->assertSame('foo', $stub->doSomething());
    }
}

Метод createMock() создает объект переданного класса или интерфейса, но с некоторыми оговорками. Во время создания, у такого объекта не вызывается конструктор, а все методы становятся пустыми и возвращают null. Такой реализации уже может быть достаточно для подмены. Если получившийся объект наполняется дополнительной логикой. В примере выше к заглушке добавляется метод doSomething(), который всегда возвращает строку foo. createMock() создает заглушки не только на основе классов, но и на основе интерфейсов. Для этого внутри создается временный класс реализующий данный интерфейс. Все это возможно благодаря Reflection Api.

Попробуем создать заглушку для тестирования функции getForkedRepositories(). Главная сложность здесь состоит в том, что клиент содержит цепочку из двух вызовов api()->repositories(). PHPUnit позволяет эмулировать и такое поведение, но чуть более сложной конфигурацией:

<?php

$stub = $this->createMock(\Github\Client::class);
// Указываем что метод api() возвращает саму заглушку
$stub->method('api')
    ->willReturn($this->returnSelf());
$stub->method('repositories')
    ->will(/* данные которые мы хотим передать */);

И сам тест с использованием этой заглушки:

<?php

class GithubTest extends TestCase
{
    public function testGetForkedRepositories(): void
    {
        $stub = $this->createMock(\Github\Client::class);
        // Указываем что метод api() возвращает саму заглушку
        $stub->method('api')
            ->willReturn($this->returnSelf());
        $stub->method('repositories')
            ->will([['name' => 'guzzle', 'fork' => true] ['name' => 'github-client', 'fork' => false]);

        // Внутри выполняется "запрос", который возвращает сформированные выше данные
        $org = /* имя пользователя на гитхабе */;
        $forks = getForkedRepositories($org, $stub);
        $this->assertEquals([/* массив репозиториев */], $forks)
    }
}

В тестировании для подобных заглушек есть специальное название – стаб (stub). Стаб заменяет реальный объект или функцию, позволяя избежать выполнения побочных эффектов или сделать код детерминированным. Стаб не используется для проверки чего-либо, он лишь позволяет изолировать ту часть, которая "мешает" тестированию основной логики.


Аватары экспертов Хекслета

Остались вопросы? Задайте их в разделе «Обсуждение»

Вам ответят команда поддержки Хекслета или другие студенты.

Ошибки, сложный материал, вопросы >
Нашли опечатку или неточность?

Выделите текст, нажмите ctrl + enter и отправьте его нам. В течение нескольких дней мы исправим ошибку или улучшим формулировку.

Что-то не получается или материал кажется сложным?

Загляните в раздел «Обсуждение»:

  • задайте вопрос. Вы быстрее справитесь с трудностями и прокачаете навык постановки правильных вопросов, что пригодится и в учёбе, и в работе программистом;
  • расскажите о своих впечатлениях. Если курс слишком сложный, подробный отзыв поможет нам сделать его лучше;
  • изучите вопросы других учеников и ответы на них. Это база знаний, которой можно и нужно пользоваться.
Об обучении на Хекслете

Для полного доступа к курсу нужен базовый план

Базовый план откроет полный доступ ко всем курсам, упражнениям и урокам Хекслета, проектам и пожизненный доступ к теории пройденных уроков. Подписку можно отменить в любой момент.

Получить доступ
900
упражнений
2000+
часов теории
3200
тестов

Открыть доступ

Курсы программирования для новичков и опытных разработчиков. Начните обучение бесплатно.

  • 120 курсов, 2000+ часов теории
  • 900 практических заданий в браузере
  • 360 000 студентов
Отправляя форму, вы соглашаетесь c «Политикой конфиденциальности» и «Условиями оказания услуг»

Наши выпускники работают в компаниях:

Логотип компании Альфа Банк
Логотип компании Aviasales
Логотип компании Yandex
Логотип компании Tinkoff
Рекомендуемые программы

С нуля до разработчика. Возвращаем деньги, если не удалось найти работу.

Иконка программы PHP-разработчик
Профессия
Разработка веб-приложений на Laravel
20 октября 8 месяцев

Есть вопрос или хотите участвовать в обсуждении?

Зарегистрируйтесь или войдите в свой аккаунт

Отправляя форму, вы соглашаетесь c «Политикой конфиденциальности» и «Условиями оказания услуг»