Использование браузерного расширения tweak для тестирования Личного кабинета

Эта статья подойдет как новичкам, так и опытным специалистам, интересующихся поиском удобных и легких инструментов для упрощения процессов тестирования. О tweak Tweak — это расширение для браузера Chrome, позволяющее выполнять имитацию (мокирование) и модификацию HTTP-запросов, чтобы упростить тестирование, отладку и показ работы веб-приложений. Расширений, приложений для модификации HTTP-запросов множество. Выбор того или иного инструмента обуславливается не только его прямым функционалом, но и простотой использования, настройки, а также возможности отработать здесь и сейчас в режиме «Быстро открыл, чуть поменял, посмотрел и переключился на другие задачи». Для наших коллег tweak стал такой вот удобной в повседневной работе штукой и в данной статье мы расскажем о нескольких реальных кейсах, в которых процесс проведения тестирования значительно упростился, а в некоторых случаях стал реализуемым в принципе. Скачивание и установка tweak на примере Chrome tweak доступен для скачивания из Интернет-магазина браузера Chrome (ссылка) Для установки необходимо дать разрешение. После установки 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": "Билет действителен"