Эта статья подойдет как новичкам, так и опытным специалистам, интересующихся поиском удобных и легких инструментов для упрощения процессов тестирования.

О tweak

Tweak – это расширение для браузера Chrome, позволяющее выполнять имитацию (мокирование) и модификацию HTTP-запросов, чтобы упростить тестирование, отладку и показ работы веб-приложений.

Расширений, приложений для модификации HTTP-запросов множество. Выбор того или иного инструмента обуславливается не только его прямым функционалом, но и простотой использования, настройки, а также возможности отработать здесь и сейчас в режиме «Быстро открыл, чуть поменял, посмотрел и переключился на другие задачи». Для наших коллег tweak стал такой вот удобной в повседневной работе штукой и в данной статье мы расскажем о нескольких реальных кейсах, в которых процесс проведения тестирования значительно упростился, а в некоторых случаях стал реализуемым в принципе.

Скачивание и установка tweak на примере Chrome

tweak доступен для скачивания из Интернет-магазина браузера Chrome. (ссылка https://chromewebstore.google.com/detail/tweak-mock-and-modify-htt/feahianecghpnipmhphmfgmpdodhcapi)

Для установки необходимо дать разрешение.

После установки tweak отобразится в списке расширений браузера.

Полезная опция: перейдя в раздел «Сведения», можно сделать tweak работающим также в режиме инкогнито.

Кейс 1. status code – 404

Отображение модального окна в зависимости от доступности сервиса

Стояла исходная задача: в зависимости от ответа смежного сервиса необходимо отображать то или иное модальное окно. В тестирование был передан набор кодов ответов и возможные варианты сообщений.

Пример: для ответа HTTP 404 Not Found необходимо было вывести модальное окно с текстом: «Изменение посетителя недоступно. Пожалуйста, повторите попытку через несколько минут. Если ситуация не изменится, обратитесь в службу технической поддержки.»

Решаем задачу с помощью tweak:

1. Запускаем tweak

2. Указываем правило (комментарий для правила указан для удобства):

• Фильтровать запросы со вхождением «tickets?»

• Status code – 404

3. Включаем правило:

4. Выполняем действие на тестируемой странице

В результате получаем ожидаемое модальное окно в ответ на 404. Теперь можно проверить верстку, текстовку, а также активные ссылки в окне.

Когда правило не используется, но tweak нужен, правило можно деактивировать.

Кейс 2. Проверка верстки

Проверка верстки для адаптивной версии страницы

В разделе «Профиль» необходимо было проверить отображение выданных пользователем согласий в виде списка на несколько строк для каждого или одного элемента. В рамках тестовых данных title состоял из двух слов: «"title": "Контактные данные "».

и, соответственно, не ясно, как поведет себя верстка списка, если надпись будет отображаться не в одну, а в две или три строки особенно на адаптивах страниц.

Для решения данной задачи с помощью tweak создали новое правило и в теле запроса "title" был скорректирован в необходимый формат для тестирования. Пример:

В результате появилась возможность проверки верстки списка, при этом набор элементов списка и их длина при необходимости могут варьироваться.

Кейс 3. Проверка поведения кабинета в зависимости от изменения даты

Часто для задачи создается одно или два правила, и они модифицируются в зависимости от кейса. В данном случае tweak очень удобен для точечной настройки этих правил.

Дополняя и модифицируя правило из Кейса 2, стало возможным протестировать поведение кабинета в зависимости от передаваемого значения в параметре «expires_at» (Дата истечения согласия).

Такие параметры как:

• Cогласие действительно до.. – передаем в tweak пример:

"expires_at": "2075-09-16T12:32:08.857954Z"

• Cогласие истекло.. – передаем в tweak пример:

 "expires_at": "2023-09-16T12:32:08.857954Z"

Кейс 4. Отсутствие тестовых данных или недоступность смежных сервисов

Иногда при тестировании интеграций с сервисами вы можете столкнуться с отсутствием, либо недостаточностью тестовых данных, а также с проблемой доступности тех или иных сервисов на тестовых площадках. Tweak помогает смоделировать ситуацию и понять, как ваш сервис реагирует на те или иные параметры: к примеру как отобразит условные штраф или дату, и будет ли соблюден в целом макет.

Пример моделирования через tweak – отображение информации в виджете по штрафам ГИБДД. В рамках правила был настроен адрес, тип запроса, а также добавлен ответ. В ответе передали не только дату окончания скидки, но и ее наличие и размер:

Кейс 5: Использование tweak для изменения параметров отображения

Tweak активно использовался нашими коллегами при тестировании верстки и некоторых ситуационных кейсов в одном из проектов для условного раздела «Билеты»:

1. Верстка: шрифты, отступы, размер элементов

2. Соответствие макету: пример отображение даты

3. Действительность билета: через смену значений параметров

с:

"status": "EXPIRED"

"status_name": "Мероприятие завершено"

на:

"status": "VALID"

"status_name": "Билет действителен"