Home

LearnQA проведёт 22 и 24 октября вебинар "Автоматизация тестирования RESTful API на Playwright".

На этом вебинаре вы:

• ✔ Узнаете, почему Playwright быстро набирает популярность на мировом рынке тестирования
• ✔ Настроите с нуля окружение на Node.js и TypeScript для автоматизации тестов
• ✔ Разберётесь в особенностях RESTful API на примере реального API
• ✔ Изучите основы взаимодействия Playwright с API
• ✔ Создадите расширяемый тестовый фреймворк, который станет отличным дополнением вашего портфолио и поможет в реальных рабочих проектах
• ✔ Реализуете валидацию схем и научитесь запускать тесты параллельно
• ✔ Настроите отчеты в Playwright и интегрируете отчеты Allure
• ✔ Освоите генерацию тестовых данных для полноценных проверок
• ✔ Настроите автозапуск тестов в Docker и их интеграцию в CI/CD с GitHub Actions
• ✔ Настроите публикацию отчётов с GitHub Actions на GitHub Pages

Технологический стек: TypeScript, Playwright, Allure, Docker, GitHub Actions

Кому будет полезен вебинар:

• ✔ Новичкам в автоматизации тестирования, которые хотят научиться быстро и эффективно создавать тесты для API
• ✔ Тем, кто ищет альтернативу библиотеке Axios для тестирования API на TypeScript
• ✔ Тем, кто хочет за два занятия вместе с нами подготовить и залить к себе на Github рабочий фреймворк, который сразу можно будет начать применять на работе
• ✔ Тем, кто хочет освоить один из самых динамично развивающихся фреймворков на рынке и подготовиться к собеседованиям

Вебинар разделен на две части, каждая по два с половиной часа.

Даты проведения: 22 и 24 октября в 20:00 (UTC+3)

Промокод на скидку: LQAPWAPIN

Узнать больше и записаться на вебинар можно по ссылке: https://www.learnqa.ru/playwright_api_webinar

Это третий из четырех запланированных вебинаров из серии "Строим автоматизацию тестирования на TypeScript".

Посмотреть список всех вебинаров можно по ссылке: https://www.learnqa.ru/all_typescript_webinars

Реклама: ИП Батыров Арсений Георгиевич, erid: 2SDnjdmXC7m

Автор: Пол Гриззаффи (Paul Grizzaffi)
Оригинал статьи
Перевод: Ольга Алифанова

Терминатор 2: Судный День, наверное, самый лучший из всех фильмов про Терминатора. Он по большей части сохранил дух оригинального Терминатора, но добавил более качественные спецэффекты и шикарную песню Guns ‘N Roses. ПО, о котором я буду говорить, Mailinator, всегда напоминает мне одну из самых запоминающихся фраз из Т2: «Идем со мной, если хочешь жить». Но для начала немного контекста.

В моей прошлой компании нам нужно было создать «достаточно уникальную» учетную запи сь, чтобы автоматизированное создание учетки не требовало вмешательства человека; на проде «вмешательство человека» требовалось для предотвращения мошенничества и работы со сценарием «тот же человек, другая информация». Для завершения автоматизированного тестирования создания учетной записи процесс требовал получения письма о создании учетки. В то время Google Mail, то есть Gmail, позволял это через синтаксис «емейл-адрес с плюсом».

Привет, меня зовут Нина Полторакова, я ведущий тестировщик в ГК Юзтех. 

На данный момент мы с командой занимаемся разработкой и поддержкой ИТ-решений по направлению Life — страхование жизни.

В этой статье я хочу поделиться несколькими приёмами, как не сойти с ума, тестируя страховые продукты. 

Автор: Эми Стюарт (Amy Stuart)
Оригинал статьи
Перевод: Ольга Алифанова.

Многие компании, занимающиеся разработкой ПО, просто терпят забагованные стейдж-окружения: мало кто считает это большой проблемой. Работая в разработке, вы с шансами сталкивались со стейдж-окружением, которое очень похоже на ваш первый автомобиль. Мы зачастую обещаем все починить, покупая его, но машина остается в том же состоянии годами! Боковое зеркало разбито, моргает задний габарит – но она же ездит! Мы убеждаем себя, что эти мелочи несущественны, а чинить их слишком дорого.

Хочу объяснить, почему эти «мелочи» приведут к большим проблемам в вашей команде разработки. Скорее всего, они уже именно этим и заняты. Я дам вам советы, как убедить компанию выделить ресурсы на исправление корня этих проблем. И, наконец, я расскажу, что можно сделать, чтобы привести ваш стейдж в порядок – и поддерживать этот порядок.

Бывает, что в командах тестирования грезят об автоматизации процессов, но почему-то не внедряют даже такие простые вещи как хуки: «Они очень усложняют процесс, и писать их тысячу часов». С этим я категорически не согласен, ведь реализовать хуки очень просто.

Меня зовут Денис Федоров, я тестировщик в команде 2ГИС ПРО, сервисе геоаналитики для бизнеса. Рассказываю, что такое гит-хуки, чем они могут быть полезны и как их можно реализовать у себя. 

Опубликован выпуск рассылки за лето.

В выпуске собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации в ленте блогов и темы на форуме.

Содержание рассылки доступно по ссылке.

Подписаться на рассылку

Автор: Ольга Назина (Киселёва)

Если вы хотите пощупать GraphQL API с ТЗ на русском языке, то добро пожаловать в мою песочницу — систему Cards.

Тут есть пользователи и их банковские карты. Можно пополнить баланс банковской карты, можно переводить деньги с одной карты на другую. Есть графический интерфейс и API. Есть даже ролевая модель! И даже ТЗ есть, хоть и не супер подробное =)

Автор: Кристин Джеквони (Kristin Jackvony)
Оригинал статьи
Перевод: Ольга Алифанова

Настало время для последнего принципа SOLID! Принцип инверсии зависимостей состоит из двух частей, и мы будем изучать их по одной. Во-первых, он гласит, что «Высокоуровневые модули должны зависеть не от низкоуровневых, а от абстракций».

Чтобы с этим разобраться, надо понять разницу между «высокоуровневыми» и «низкоуровневыми" модулями. Низкоуровневый модуль отвечает за одну конкретную задачу – например, запрос к базе данных или отправка файла на печать. Для первого примера мы используем класс AddText, очищающий текстовое поле и вводящий туда новый текст.